JP2014090875A - Game control device, game control method, program, game system, and lottery device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control device capable of reducing complexity in a lottery till a user acquires a desired object, and to provide a game control method, a program, a game system, and a lottery device.SOLUTION: The game control device includes: association means that associates a user with a prescribed number of objects; condition setup means that sets prescribed conditions pertaining to the objects on the basis of information of an input of the user; selection means that repetitively selects one or a plurality of objects from the objects associated with the user and, when selecting an object satisfying the prescribed conditions, stops the selection of the object; cancellation means that, whenever selecting an object, cancels the association between the selected object and the user; and offering means that offers the selected object to the user.

Description

  The present invention relates to a technique for selecting or drawing a target such as an object.

  In recent years, a so-called social game (Social) executed by a game application created on the basis of an operating environment such as an API (Application Programming Interface) that operates on a web browser in a social networking service (SNS) by a specific service provider. Game) is popular. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user can enjoy a social game regardless of time and place.

  One of the features of the above-described social game is that it has a richer communication function for interacting with users than conventional online games. In social games, for example, in addition to the execution of a game in cooperation between related users (companies), information exchange by communicating with the companion such as greetings and communication with the companion, items on the game with the companion Gifts or items have been exchanged. As an example of such a social game, a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.

App STYLE Vol.5 (East Press, November 15, 2011), 94 pages

  In a conventional game, for example, a game in which a predetermined number of objects are prepared as lottery targets and objects selected by lottery from the lottery targets are given to the user is known. In this game, the larger the number of objects given to the user by lottery, the smaller the parameter of the object to be drawn. For example, when the object desired by the user is included in the lottery, By repeating lottery, it is possible to increase the possibility of obtaining a desired object. However, in the conventional game, for the convenience of responding to the user's desire to finish the lottery at the timing when the desired object is obtained, one object is lottery by one input of the user. It is complicated for the user to repeatedly draw the objects until the desired object is obtained.

  The present invention has been made in view of the above-described viewpoints. A game control device, a game control method, a program, a game system, and a lottery device that can reduce the complexity of a lottery until a user obtains a desired object. The purpose is to provide.

A first aspect of the present invention is a game control device.
The game control device
Association means (53) for associating a user with a predetermined number of objects;
Condition setting means (54) for setting a predetermined condition relating to the object based on the information relating to the user input;
Selection means (55) for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when an object satisfying the predetermined condition is selected;
Release means (56) for releasing the association between the selected object and the user each time an object is selected;
Granting means (57) for granting the selected object to the user;
Is provided.

  Here, the “object” may be any object as long as it can be selected, and may include, for example, items and characters on the game. A character is, for example, a thing imitating the real world (for example, athlete, singer, idol, animal, etc.), a virtual person or creature on a game, or a monster, and these are displayed on the card. It also includes those that are made or figures.

  According to this game control device, the user can obtain an object selected (lottery) from a predetermined number of objects associated with the user. In addition, when an object is selected, the association between the user and the object is released, so that the object is excluded from the subsequent selection targets (lottery targets). Furthermore, the selection of the object is repeated until an object satisfying the conditions set by the user input is selected. Thereby, the user can obtain all the objects selected until the object satisfying the condition is selected only by setting the condition by his / her input. For this reason, since it is not necessary for the user to input the object for lottery until, for example, a desired object (object satisfying the condition) is obtained, the lottery until the desired object is obtained is complicated. Can be reduced.

In the game control device, the selection means (55), when a plurality of the predetermined conditions are set, the number or ratio of the conditions satisfied by the selected object among the plurality of predetermined conditions has reached a predetermined threshold value. Sometimes the selection of objects may be stopped.
According to this game control device, when a plurality of conditions are set by user input, the user is selected until the number or ratio of the conditions satisfied by the selected object reaches a predetermined threshold. You will get all the objects. For this reason, since the user does not need to determine whether or not to continue selecting an object each time the selection of the object stops, for example, the complexity of the lottery can be further reduced.

In the game control device, when an object satisfying the predetermined condition is selected, a privilege grant means (59) for granting a privilege according to information related to the object associated with the user to the user may be provided. .
Here, the “information about the object associated with the user” may be, for example, the number of objects associated with the user, or the ratio of the number to the predetermined number, or the association with the user. It may be an attribute or a parameter of the object.
According to this game control device, the user can obtain a privilege according to information related to the object associated with the user when selection of the object is stopped. For this reason, it can be set as the mechanism which makes a user expect about the content of the privilege which can be obtained when selection of an object stops (for example, when a desired object is selected).

In the game control device, when the selection of an object is stopped, the information relating to the object that is no longer associated with the user and / or the information that provides the user with information relating to the object associated with the user Providing means (58) may be provided.
According to this game control device, when the selection of an object stops, the user is associated with information related to the object that is no longer associated with the object (that is, the object obtained by the user) and / or the object. Information about objects that are present (that is, objects that the user has not obtained). For this reason, the user can consider whether the selection (lottery) of the object should be continued or ended based on the information obtained by the user.

A second aspect of the present invention is a game control device that controls a game related to an object belonging to any of a plurality of attributes.
The game control device
Association means (53) for associating a user with the number of objects that can be assigned for each attribute of the object;
Condition setting means (54) for setting a predetermined condition relating to the object based on the information relating to the user input;
Selecting means (55) for repeatedly selecting one or a plurality of objects from a population of objects and stopping the selection of an object when an object satisfying the predetermined condition is selected;
A change means (60) for changing the association by reducing the number of grants corresponding to the attribute of the selected object each time an object is selected;
Granting means (57) for granting the selected object to the user;
Is provided.

Here, the “object attribute” may be, for example, information indicating the feature or property of the object, or may be information for classifying the feature or property of the object.
In this game control device, the user can obtain an object selected (lottery) from a predetermined number of objects associated with the user. In addition, when an object is selected, the objects are lottery within the range of the assignable number that is reduced by the number of the object. Furthermore, the selection of the object is repeated until an object satisfying the conditions set by the user input is selected. Thereby, the user can obtain all the objects selected until the object satisfying the condition is selected only by setting the condition by his / her input. For this reason, since it is not necessary for the user to input the object for lottery until, for example, a desired object (object satisfying the condition) is obtained, the lottery until the desired object is obtained is complicated. Can be reduced.

A third aspect of the present invention is a game control method.
The game control method is as follows:
Associating a user with a predetermined number of objects;
Setting a predetermined condition for the object based on information about the user input;
Repeatedly selecting one or more objects from the objects associated with the user and stopping the selection of objects when selecting an object that satisfies the predetermined condition;
Each time an object is selected, releasing the association between the selected object and the user;
Granting the selected object to the user;
Is provided.

A fourth aspect of the present invention relates to a computer.
A function that associates a user with a predetermined number of objects,
A function for setting a predetermined condition regarding the object based on the information regarding the user input;
A function of repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the objects when an object satisfying the predetermined condition is selected;
A function of releasing the association between the selected object and the user each time an object is selected, and a function of giving the selected object to the user;
It is a program for realizing.

  The computer may be a network server, a large computer, or the like, for example. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM.

A fifth aspect of the present invention is a game system including a communication terminal (10) and a server (20) accessed from the communication terminal (10).
Association means (53) for associating the user with a predetermined number of objects;
Condition setting means (54) for setting a predetermined condition relating to the object based on the information relating to the user input;
Selection means (55) for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the objects when an object satisfying the predetermined condition is selected;
Release means (56) for releasing the association between the selected object and the user each time an object is selected.
Granting means (57) for granting the selected object to the user;
Either one of the communication terminal (10) and the server (20) includes these means.

  The communication terminal may be, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television receiver having a bidirectional communication function, a game device with a communication function, or the like.

A sixth aspect of the present invention is a lottery device.
The lottery equipment
Association means (53) for associating a user with a predetermined number of objects;
Condition setting means (54) for setting a predetermined condition relating to the object based on the information relating to the user input;
Selection means (55) for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when an object satisfying the predetermined condition is selected;
Release means (56) for releasing the association between the selected object and the user each time an object is selected;
Granting means (57) for granting the selected object to the user;
Is provided.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals shown in the drawings are written in parentheses, but this limits the game control device and the like according to the present invention to the illustrated embodiment. It is not a thing.

  According to the game control device, the game control method, the program, the game system, and the lottery device of the present invention, it is possible to reduce the complexity of the lottery until the user obtains a desired object.

The figure which shows the basic composition of the game system of 1st Embodiment. The figure which shows the example of the external appearance of a communication terminal. The block diagram which shows the structure of a communication terminal. The block diagram which shows the structure of a game server. The block diagram which shows the structure of a database server. The figure which shows the structural example of a user database. The figure which shows the structural example of a monster card database. The figure which shows the structural example of lottery box data. The figure which illustrates a series of web pages displayed on a user's communication terminal. The figure which illustrates a series of web pages displayed on a user's communication terminal. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of 1st Embodiment. The flowchart which shows an example of the main processes of the game control apparatus of 1st Embodiment. The flowchart which shows an example of the main processes of the game control apparatus of 1st Embodiment. The flowchart which shows an example of the main processes of the game control apparatus of 1st Embodiment. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of a modification. The figure which illustrates the web page displayed on a user's communication terminal in a modification. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of 2nd Embodiment. The figure which shows the structural example of the lottery box data in the game control apparatus of 2nd Embodiment. The figure which shows the sharing example between a communication terminal, a game server, and a database server about each function of a game control apparatus.

(1) First Embodiment Hereinafter, an embodiment of the present invention will be described. In the description of this embodiment, a monster card (hereinafter simply referred to as “card” as appropriate) is an example of an object.

(1-1) Configuration of Game System FIG. 1 shows a system configuration example of the game system according to the first embodiment. As shown in FIG. 1, the game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, a game server 20 connected to the communication network NW, The database server 30 is configured. Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television having a bidirectional communication function. A communication terminal such as a John receiver (including a so-called multi-function smart TV). In the following description, when referring to the communication terminals 10a, 10b, 10c,.
In this game system, the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10. The game server 20 is mounted with an application operable on a web browser as a game application. The database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 in a wired or wireless manner for reading and writing the information. Note that the game server 20 and the database server 30 may be connected via a communication network NW.
The communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user executes a game by performing an operation on the web page on the communication terminal 10.

  Although not shown in FIG. 1, an authentication server for authenticating the user of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided. The game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.

(1-2) Configuration of Communication Terminal The communication terminal 10 will be described with reference to FIGS. 2 and 3.
FIG. 2 is a diagram illustrating an example of the appearance of the communication terminal 10, and FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone), for example. ) Exemplifies a communication terminal of a touch panel input method such as a smartphone. FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10.
As shown in FIG. 3, the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, a display unit 16, A communication interface unit 17 as a signal transmission / reception unit is provided, and a bus 18 for transmitting a control signal or a data signal between the units is provided.

The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. And CPU11 is based on the appropriate designation | designated of URL (Uniform Resource Locator) input to a user by the instruction | indication input part 15 grade | etc., Data for displaying a web page from the game server 20 via the communication interface part 17, That is, data of an object such as an HTML (HyperText Markup Language) document and an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) is acquired via the communication interface unit 17. Interpret the HTML data. The communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser. An example of such a plug-in is a flash player by Adobe Systems (USA). Alternatively, the HTML data in this embodiment may be in the HTML5 format having a moving image and audio playback function.
In acquiring the HTML data, the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the communication interface unit 17. The game server 20 is notified.

  The web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol). The web browser interprets the HTML data acquired from the game server 20 and displays the web page on the display unit 16 via the image processing unit 14. When the user selects a hyperlink or menu on the web page by operating the instruction input unit 15, the web browser sends an HTTP request according to the selection result to the game for updating the web page. Send to server 20.

  The image processing unit 14 displays a web page on the display unit 16 based on display image data provided from the CPU 11 as an analysis result of HTML data. The display unit 16 is, for example, an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a pixel unit in a matrix, and drives the thin film transistors based on the display image data to display the image of the web page on the display screen 16a. To display.

  When the communication terminal 10 is a button input type communication terminal (shown in FIG. 2A), the instruction input unit 15 includes a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. And a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing pressing (operation) input of each button and outputting it to the CPU 11. For example, the direction instruction button is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16. The determination button instructs the CPU 11 that the user selects one hyperlink or menu that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or menus are displayed on a web page. To be provided. When the communication terminal 10 is configured by a small portable terminal, these buttons are provided on the front surface of the communication terminal 10 so that the user can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange | position. In the example shown in FIG. 2A, the button group 15b is arranged below the button group 15a, and a plurality of instruction inputs in which “0” to “9”, “*”, and “#” (numeric keys) are written. Includes buttons.

  When the communication terminal 10 is a touch panel input type communication terminal (shown in FIG. 2B), the instruction input unit 15 accepts touch panel type input mainly by touching the display screen 16a with a fingertip or a pen. The touch panel input method may be a known method such as a capacitance method. As shown in FIG. 2B, the button group 15a may be provided even when the communication terminal 10 is a touch panel input method.

  For example, when the communication terminal 10 is a portable terminal, the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu. Further, for example, when the communication terminal 10 is a touch panel input method, the selection operation is performed by instructing (touch operation) a menu position on the display screen 16a on which the web page is displayed with a finger or a pen.

(1-3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
The game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web service to the communication terminal 10. As shown in FIG. 4, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a communication interface unit 25, for transmitting control signals or data signals between the units. A bus 26 is provided. In addition, the game server 20 can take the same structure as a general-purpose web server regarding hardware.

The ROM 22 stores an application program that provides a service for displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the communication terminal 10 that is a client. The ROM 22 stores various data referred to by the CPU 21 in addition to the application program.
The CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the communication interface unit 25.

For example, the CPU 21 performs communication according to HTTP with the web browser of the game server 20 via the communication interface unit 25. For example, the CPU 21 performs predetermined data processing or the like based on an HTTP request received from the communication terminal 10 via the communication interface unit 25 (for example, including a user hyperlink or menu selection result on a web page). The arithmetic processing is performed, and an HTTP response including the processing result is returned to the web browser of the game server 20. The HTTP response includes HTML data for updating the web page. When the game server 20 performs an authentication process for the user of the communication terminal 10, the CPU 21 performs the authentication process.
The database access unit 24 is an interface when the CPU 21 reads / writes data from / to the database server 30.

(1-4) Configuration of Database Server The database server 30 (storage device) can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the database access unit 24 of the game server 20.
FIG. 5 shows an example of the configuration of the database server 30. As shown in FIG. 5, the database server 30 includes a user database 31 and a game database 32.

The game type of the present embodiment is not particularly limited, but in the following, as an example of the game of the embodiment, a digital card game using a monster card (hereinafter simply referred to as “game” or “ "Game"). This game is configured such that a user creates a team (card deck) by obtaining a digital card (monster card) on which a monster is drawn, and battles with another user's team. A card deck is generally composed of a plurality of cards.
This game includes the following processes, for example.
・ Battle processing:
This is a process of performing a battle (match) between a user's team and another user's team. In the present embodiment, a case where a battle is performed between users is described as an example. However, the user's opponent may be a team composed of a plurality of monster cards arbitrarily extracted by the CPU 21, for example.
・ Lottery processing:
This is a process in which a user obtains a monster card by lottery. In the game of the present embodiment, the user can hold a lottery box including a predetermined type of monster card among all types of monster cards prepared in the game. In the lottery process, the user can obtain a monster card that is lottery from among the monster cards included in the lottery box.
In the lottery process, each time a user holds one lottery box, for example, a predetermined price may be paid, or a predetermined amount of points (described later) may be consumed. Further, the user may be able to have a plurality of lottery boxes.

  FIG. 6 shows an example of the user database 31 applied in the game of the present embodiment. In this example, the user database 31 includes information on each item of a user name / display image, a progress level, points, a fellow user ID, and a possessed card for each user ID (user identification information). Information included in the user database 31 can be updated sequentially by the game server 20.

In the following description, data for each user ID included in the user database 31 is collectively referred to as user data. The data of each item constituting the user data is as follows.
User name / display image A user name and a display image that are displayed to identify the user of the communication terminal 10 when the game is executed. The user name is text of a predetermined length or less that is designated in advance by the user, and the display image is, for example, an avatar image that is selected in advance by the user. The user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
Progress level data indicating the progress level of the user on the game. For example, it is a level value in a range from Lv1 (level 1) to Lv100 (level 100).
-Points In the game of the present embodiment, for example, the points are necessary when the user holds a lottery box in the lottery process. The points may be increased according to the amount paid by the user paying actual money to the game provider or the like by a predetermined method, or when the user wins a battle with another user, a predetermined amount. May increase.
・ Friend's user ID
For example, it is a list of user IDs of other users (companies) associated with the user in response to an application for becoming a friend.
-Owned card A list of identification codes ("MC001", "MC010", etc. in the example of the figure) of monster cards that the user holds in the game.

Returning to FIG. 5, the game database 32 stores and updates information related to the progress of the game executed by the game server 20 based on the access from the game server 20. Information relating to the progress of the game may include various information depending on the nature of the game. Taking the case of the game of the present embodiment as an example, the information related to the progress of the game includes, for example, information about the result of a battle with another user (for example, victory or defeat).
Further, the game database 32 stores a monster card database and lottery box data in relation to the various processes described above.

The monster card database is a database in which information of all monster cards (object population) prepared in the game of this embodiment is described. In this embodiment, a monster card is used as an example of the “object”. However, the object may be any object as long as it can be a selection target, and may include, for example, an item or character on the game. A character is, for example, a thing imitating the real world (for example, athlete, singer, idol, animal, etc.), a virtual person or creature on a game, or a monster, and these are displayed on the card. Including those that have been.
FIG. 7 is a diagram illustrating an example of a data configuration of a monster card database. The monster card database illustrated in FIG. 7 includes, for each monster card identification code (in the example shown, MC001, MC002,...), The image data (image) of the target monster card, the name of the target monster (monster Name) and attributes of the target monster card (in the example shown in the figure, parameters indicating the monster's ability such as attack power and defense power, and rareness) are included. For example, it may be set to indicate that the higher the parameters such as attack power and defense power, the higher the ability of the monster corresponding to the monster card.
The rare degree is a value indicating the degree of the rare value of the monster card. For example, the higher the value (that is, the higher the rare value), the lower the probability of appearing in the game may be set. For example, when the rare degree is expressed in five stages of 1 to 5, the rare degree of a monster card corresponding to a monster with outstanding abilities or a popular monster may be set high (for example, 4 or 5).
The attribute may be, for example, information indicating the feature or property of the object, or information for classifying the feature or property of the object. For example, in the case of a baseball game, the attributes may include a team of players (objects) on the game, a position (eg, pitcher, catcher, first baser, left winger, etc.).

The lottery box data is data in which information related to the lottery box held by the user is described. A data configuration example of the lottery box data is shown in FIG. The lottery box data shown in FIG. 8 includes, for each user ID, a predetermined number of monster cards (identification code in the example in the figure) included in the lottery box, a condition flag associated with the predetermined number of monster cards, Information indicating an acquisition state for each predetermined number of monster cards by the corresponding user (in the example of the figure, 1-bit data (0: not acquired, 1: acquired)) is included. The contents of the monster card included in the lottery box may be the same for each user (user ID) or may be different. In addition, although the case where the information indicating the acquisition state for each predetermined number of monster cards is 1-bit data has been described as an example here, the information indicating the acquisition information may be configured with, for example, multi-bit data. However, it may be configured by a predetermined identification code (identifier).
The condition flag is information indicating whether or not the corresponding monster card is a card desired by the user (desired card). For example, when the monster card is a desired card, “1” is set in the condition flag corresponding to the monster card, and when the monster card is not the desired card, “0” is set in the condition flag corresponding to the monster card. Is set.
When the user does not have a lottery box, for example, NULL data may be recorded in the data (identification code, condition flag, acquisition state) of the lottery box corresponding to the user ID of the user.
Moreover, although the case where the data of one lottery box is associated with each of a plurality of users has been described as an example here, the present invention is not limited to this case. For example, data of a plurality of lottery boxes may be associated with one user. For example, data of one or a plurality of lottery boxes may be associated with a group (team) composed of a plurality of users. Here, an example of an object lottery method when data of a plurality of lottery boxes is associated with one group will be described. For example, when a user who becomes the leader of the group (for example, a user who first joined the group) designates one of the lottery boxes associated with the group, Each of the users may perform lottery of objects with a predetermined number of objects included in the designated lottery box as lottery targets. In addition, the number of objects included in the designated lottery box may be decreased every time any user in the group performs a lottery.

(1-5) Game of this Embodiment Hereinafter, the contents of the game of this embodiment will be described with reference to FIGS. 9 to 10 are diagrams each showing a display example of a web page displayed on the communication terminal 10 side when the lottery process in the game of the present embodiment is executed.
In the following description, menus, marks and the like displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and are menus visually recognized on the communication terminal 10. The position on the display screen of the mark and the like can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.

The top page P1 of FIG. 9 includes a monster image display area 101, a user data display area 102, and a menu display area 103. Although the top page P1 is configured for each user to be processed, the top page P1 in FIG. 9 is a case where the user to be processed is a user “ABC” (hereinafter referred to as “user: ABC”). It is an example.
The monster image display area 101 is an area in which an image corresponding to a monster card designated in advance by the user among a plurality of monster cards included in the user data of the user to be processed is displayed. The user data display area 102 is an area in which data of each item of progress level and points (see FIG. 6) included in the user data of the user to be processed is displayed. The menu display area 103 includes a menu m1 (“battle”) and a menu m2 (“lottery”) respectively corresponding to the processing (battle processing, lottery processing) provided in the game of the present embodiment.
The execution of the game is started by selecting one of the menus m1 and m2 on the top page P1.

Next, an example of lottery processing will be described. Here, a case where the user does not have a lottery box at first will be described as an example. When the menu m2 is selected and operated on the top page P1 in FIG. 9, the lottery process is started, and the web page is updated as shown in P2. On the web page P2, there is a consideration for purchasing (holding) the lottery box (“xxxx points” in the example in the figure), and a menu m3 labeled “confirm contents” for confirming the contents of the lottery box. And a menu m4 labeled “buy box” for purchasing a lottery box.
Note that having a lottery box by a user is not synonymous with obtaining the monster card included in the lottery box by the user. That is, even if the user holds the lottery box, the user does not obtain all the monster cards included in the lottery box, and can only obtain the monster cards that are lottery from the lottery box.

  When the user performs a selection operation of the menu m3, the web page is updated as shown in P3. Information on the monster card included in the lottery box is displayed on the web page P3. Here, in the example of the web page P3, when “2/200” is described for the rare degree 5, the number of monster cards with the rare degree 5 included in the lottery box is 2, and is included in the lottery box. The total number of monster cards to be displayed is 200. In addition, although the example of the web page P3 shows the case where the monster name of the monster card included in the lottery box is displayed for each rare degree, it is not limited to this case. For example, a monster card image and parameters (attack power, defense power) and the like may be displayed on the web page together with the monster name. The user can recognize the contents of the monster card included in the lottery box by displaying the web page P3 on the communication terminal 10. For this reason, the user can determine whether or not the lottery box should be purchased (held) based on the contents of the monster card.

Further, when the user performs a selection operation of the menu m4 on the web page P2, a lottery box purchase process is performed. Here, an example of lottery box purchase processing will be described. First, if the value of the points owned by the user is equal to or greater than the value of the lottery box, the lottery box purchase process ends normally by subtracting the value of the lottery box from the value of the user's points To do. On the other hand, if the value of the point is less than the value of the consideration of the lottery box, the lottery box purchase process ends abnormally. If the lottery box purchase process ends abnormally, for example, on a web page that contains a message indicating that the lottery box purchase process has ended abnormally (for example, “You cannot purchase the lottery box because there are too few points”). It may be updated.
When the lottery box purchase process is completed normally, the web page is updated as shown in P4. On the web page P4, a display area is provided for each monster card included in the lottery box purchased by the user. In the display area, information on the monster card (in the example of the figure, image, monster name, attack power, defense power, rare degree) and “setting” for setting the corresponding monster card as a desired card are written. Menu m5. The user can set the monster card as the desired card by displaying the desired monster card on the web page P4 and selecting the menu m5 corresponding to the monster card.
Further, the web page P4 includes a menu m6 labeled “setting end” for ending the setting of the desired card. The user can finish setting the desired card by selecting and operating the menu m6 after selecting and operating the menu m5 corresponding to any monster card.

When the user performs a selection operation of the menu m6 after the selection operation of the menu m5 on the web page P4, the web page is updated as shown in P5. On the web page P5, a list of information on desired cards set by the user and any desired card (an object satisfying any one of a plurality of predetermined conditions) among a plurality of desired cards are selected (lottery) ) Until the selection (lottery) of a plurality of desired cards and a menu m7 labeled “Lottery until one card is acquired” for instructing to repeatedly select a monster card (object) A menu m8 labeled “Lottery until all are obtained” for instructing to repeatedly select a monster card (object).
In this game, when a monster card is drawn in one lottery box, the monster card is removed from the lottery target in the lottery box. Therefore, the user can obtain all the monster cards in the lottery box by repeatedly executing the lottery process. That is, the user can always obtain the desired card when the desired card is included in the lottery box. However, the number of lotteries until the desired card is obtained may differ depending on the time when the monster card is drawn.
When the user selects the menu m7 on the web page P5, the lottery of monster cards targeting the lottery box is repeated until one of the desired cards is lottery. Further, when the user selects the menu m8 on the web page P5, the lottery of monster cards targeting the lottery box is repeatedly performed until all desired cards are lottery.

When the user performs a selection operation of the menu m7 on the web page P5, the web page is updated as shown in P6. On the web page P6, information on the desired card that has been drawn, the number of rare monster cards that have been drawn before the desired card is drawn, and "continue" to continue the lottery. And the menu m10 labeled “End” for ending the lottery. For example, when a plurality of desired cards are set, when the user selects the menu m9 (“continue”), the monster card lottery is repeated until any other desired card is drawn. And when any other desired card is drawn, the web page comprised similarly to the web page P6 will be displayed on a user's communication terminal 10. FIG.
Although not shown, the web page P6 may be provided with a menu for additionally setting a desired card, for example. In this case, when the user selects the menu, for example, the web page is updated to P4. Thereby, the user can newly set a desired card.

When the user selects the menu m8 on the web page P5 or selects the menu m10 (“End”) on the web page P6, the web page is updated as shown in P7. On the web page P7, a message indicating that the lottery for the lottery box has been completed and “confirm acquired card” for confirming the contents of the card obtained by the user by the end of the lottery are described. A menu m11 and a menu m12 labeled “Check remaining cards” for confirming the contents of the cards remaining in the lottery box at the end of the lottery are included.
When the user selects the menu m11 on the web page P7, the web page is updated as shown in P8. On the web page P8, the monster name of the monster card obtained by the user by the end of the lottery is displayed for each rare degree. In addition, the image of a monster card | curd, a parameter (attack power, defense power), etc. may be displayed on the web page P8 with a monster name.
In addition, when the user performs a selection operation on the menu m12 on the web page P7, a web page for notifying information on cards remaining in the lottery box (that is, cards not acquired by the user) at the end of the lottery ( (Not shown) is displayed on the communication terminal 10. This web page may be configured similarly to the web page exemplified in P8.

  In the game of the present embodiment, when the menu m3 (“confirm contents”) is selected on the web page P2, it is updated to a web page (web page P3) that displays information related to the monster card included in the lottery box. However, the menu m3 may not be provided on the web page P2. That is, the information regarding the monster card included in the lottery box may not be notified to the user until the lottery for the lottery box is performed.

(1-6) Overview of Functions in Game Control Device In the present embodiment, the game control device is configured by the game server 20 and the database server 30. Below, the function implement | achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 11, taking the case where the game mentioned above is applied as an example. FIG. 11 is a functional block diagram for explaining functions that play a major role in the game control apparatus of the present embodiment.
In the functional block diagram of FIG. 11, the associating means 53, the condition setting means 54, the selecting means 55, the releasing means 56, and the assigning means 57 correspond to the main configuration of the present invention. The other means (that is, the registration means 51, the execution means 52, and the information providing means 58) are not necessarily indispensable components, but are components for making the present invention more preferable.
In the following description, menus, marks, and the like displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and are menus visually recognized on the communication terminal 10. The position on the display screen of the mark and the like can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.

The registration unit 51 has a function of recognizing a user request based on an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10, for example, and performing a registration process (user registration).
The function of the registration means 51 is implement | achieved as follows, for example. The CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the communication interface unit 25. The registration request message is automatically generated by a predetermined operation on the communication terminal 10 on the web page provided from the game server 20 (for example, a predetermined menu selection operation or a text input such as a user ID or password specified by the user). Web pages may be configured to be generated automatically. The registration request message may include information for identifying the communication terminal 10 as the transmission source (for example, individual identification information of a terminal such as a UID (Unique Identifier), an IP address, a mail address, etc.), or If the user has already used another game by the same service provider, the user ID may be included.
When the CPU 21 receives the registration request message and the registration request message does not include the user ID, the CPU 21 issues a new user ID and performs registration processing of the user ID, and then the registration processing is completed. Is sent to the communication terminal 10. When the CPU 21 receives the registration request message and the registration request message includes a user ID, the CPU 21 performs registration processing of the user ID, and then transmits a registration completion message indicating that the registration processing is completed to the communication terminal. 10 to send.
When the registration is completed, the CPU 21 generates user data corresponding to the user ID and stores it in the user database 31. When the registration is completed, the user can execute the game of the present embodiment.

The registration unit 51 may further have a function of relating different users. That is, the registration unit 51 records the user ID in association with another user ID, for example, triggered by an application based on the user ID. That is, the registration unit 51 records other user IDs (that is, other users) as “companies” in response to an application based on the user ID.
The function of the registration means 51 in this case is realized as follows, for example. The CPU 21 of the game server 20 specifies, via the communication interface unit 25, an application message (a friend application) that specifies a user ID (or a corresponding user name) that the user wants to be a friend from the communication terminal 10 of the user corresponding to a certain user ID. Accept. The transmission of the application message may be set in advance as a function of a web page provided to the user's communication terminal 10.
When receiving the application message, the CPU 21 determines whether or not to approve an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when there is an access based on the user ID included in the application message. HTML data for displaying a web page requesting a reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends. Specifically, the CPU 21 writes data (the other party's user ID) in the item of “friend user ID” (see FIG. 6) of the user data of the two corresponding user IDs in the user database 31. In addition, CPU21 may register both as a friend triggered by predetermined operation by the user who is running the game, when approval of the user of a friend application destination is unnecessary.
Note that the conditions for associating users are not limited to the forms that require application and approval as described above, but other users who have executed the game in cooperation with the user, for example, the same stage or area on the game Other users who execute the above, other users who performed battles, and the like may be registered as other users associated with the user in the game, that is, as friends. Alternatively, users who transmit a predetermined number of greeting messages may be automatically registered as friends, and if there is a mode on the game in which a battle is performed between users, the user who has performed the battle a predetermined number of times or more You may automatically register each other as a friend.

The execution means 52 receives an HTTP request in response to a user's selection operation on the web page for the communication terminal 10, and receives HTML data (that is, an HTTP response) for sequentially updating the web page displayed on the communication terminal 10. By transmitting, it has the function to execute the game of this embodiment by web service.
The execution unit 52 displays the plurality of menus described above on the communication terminal 10. Specifically, the CPU 21 generates HTML data for displaying the web page including the plurality of menus described above and transmits it to the communication terminal 10. Next, when a menu on the web page is selected in the communication terminal 10, the CPU 21 receives information about the selected menu from the communication terminal 10. Based on the received information, the CPU 21 executes processing assigned to the selected menu in cooperation with various means 53 to 58 described later.

  The battle process is not described in detail here, but for example, the result of the battle is determined according to the size of a parameter (for example, a value indicating attack power or defense power) indicating the ability of a monster card included in the team. Configured to be For example, a user with a large total value of parameters of monster cards included in a team among two users who perform a battle may be set to have a higher possibility of winning the battle. Further, when determining the result of the battle, the CPU 21 may access the user database 31 and increase the value of the point corresponding to the user ID of the user who won the battle by a predetermined amount.

  Further, the execution means 52 may have a function of performing a lottery box purchase process in the lottery process. The contents of the lottery box purchase process will be described in detail. When the CPU 21 of the game server 20 recognizes that the menu m4 (“Purchase box”) has been selected on the web page P2, it accesses the user database 31. And it is discriminate | determined whether the value of the point corresponding to the user ID of the user who performed selection operation is more than the amount of consideration of the preset lottery box. When the CPU 21 determines that the value of the point is equal to or greater than the value of the lottery box, the CPU 21 subtracts the value of the lottery box from the value of the user's point. As a result, the lottery box purchase process ends normally. On the other hand, when the value of the points is less than the value of the lottery box, the CPU 21 indicates that the lottery box purchase process has ended abnormally (for example, “The lottery box cannot be purchased because there are few points”. Etc.) may be generated and transmitted to the communication terminal 10 of the user who performed the selection operation of the menu m4.

The association unit 53 has a function of associating a user with a predetermined number of monster cards (objects).
Here, “associating” may be, for example, connecting (linking) a user ID (identification information) of a user and information (for example, identification information) related to a monster card, and corresponds to the user ID. Information on the monster card may be stored in the attached monster card data file, or the number of monster cards associated with the user ID may be increased. The user ID and / or card information may be stored in an external storage device. Further, information (link information) for connecting the user ID and the card information may be stored in an external storage device.

  The function of the correlation means 53 is implement | achieved as follows, for example. For example, when the lottery box purchase process is normally completed based on the function of the execution means 52, the CPU 21 of the game server 20 performs a process of associating the user with a predetermined number of monster cards. Specifically, the CPU 21 accesses the monster card database and extracts the identification codes of each of a predetermined number of monster cards included in the lottery box arbitrarily or based on a predetermined rule. Here, for example, when the number of monster cards that belong to the rare degree is preset for each rare degree of the monster card, the CPU 21 determines the identification code of a predetermined number of monster cards according to the number of granted monster cards. May be extracted. Next, the CPU 21 accesses the lottery box data and records the extracted identification code in association with the user ID of the user to be processed. Then, the CPU 21 sets “0” in the condition flag item corresponding to each of the recorded identification codes (monster cards) and sets “0” (not acquired) in the acquisition state item. In this way, the user is associated with a predetermined number of monster cards.

  Note that the timing of associating a user with a predetermined number of monster cards (objects) is not limited to when the user purchases a lottery box, and may be an arbitrary timing or a timing that satisfies a predetermined condition. For example, when a menu for instructing acquisition of a lottery box is provided on the top page P1, when the CPU 21 recognizes that the menu has been selected, the user who has performed the selection operation of the menu And a process of associating a predetermined number of monster cards included in the lottery box.

The condition setting unit 54 has a function of setting a predetermined condition related to a monster card (object) based on information related to user input.
Here, the “predetermined condition” may be, for example, a condition for specifying a monster card (object). The “predetermined condition” may be, for example, a monster card (object) whose rareness is a predetermined value (for example, 4) or less or an attack power or defense power of a predetermined value (for example, 3000) or less. The monster card may be a monster card with an attack power or a defense power within a predetermined range (for example, 4000 to 6000).
The function of the condition setting unit 54 is realized as follows, for example. Here, the “predetermined condition” will be described as an example where the monster card is a desired card. When the menu m5 is selected (input) on the web page P4, the CPU 21 of the game server 20 accesses the lottery box data and the user ID of the user to be processed (the user who performed the selection operation of the menu m5). Among the predetermined number of monster cards corresponding to, the condition flag of the monster card corresponding to the selected menu m5 is set to “1”.
In this embodiment, the case where the predetermined condition is set by selecting the menu m5 corresponding to the monster card (object) is described as an example. However, the method for setting the predetermined condition is limited to this case. I can't. For example, on a web page that includes a menu that describes the contents of a predetermined condition (for example, “a monster card with a rarity level of 4 or higher” or “a monster card with an attack strength of 3000 or higher”). A predetermined condition may be set by selecting and operating the menu. In this case, when a menu is selected and operated on the web page, the CPU 21 records information (data) indicating a condition corresponding to the selected and operated menu in a storage device such as the RAM 23.

The selection means 55 repeatedly selects one or a plurality of monster cards from among the monster cards (objects) associated with the user, and stops selecting the monster card when a monster card satisfying a predetermined condition is selected. It has a function to do.
The function of the selection means 55 is implement | achieved as follows, for example. When the menu m7 (“lottery until one is acquired”) is selected on the web page P5, the CPU 21 of the game server 20 accesses the lottery box data, and a predetermined number corresponding to the user ID of the user to be processed. From among the monster cards (identification codes), at least one monster card is selected (extracted) from among monster cards whose acquisition status is “0” (unassigned) or based on a predetermined rule. Then, when the condition flag of the selected monster card is “0”, that is, when the monster card is not a desired card (a monster card that satisfies a predetermined condition), the CPU 21 selects the monster card again. On the other hand, when the condition flag of the selected monster card is “1” (that is, when the monster card is a desired card), the CPU 21 stops selecting the monster card.
Further, when the menu m8 ("Lottery until all are acquired") is selected on the web page P5, the CPU 21 draws all desired cards (that is, the monster whose condition flag is set to "1"). Repeat until the card acquisition status is all “1” (acquired)). Here, whenever it selects a monster card, CPU21 may produce | generate the HTML data for displaying the web page containing the information regarding the selected monster card | curd, and may transmit it to a user's communication terminal 10. FIG. In this case, the lottery result (information on the selected monster card) is sequentially displayed on the user communication terminal 10 until all desired cards are drawn.
A plurality of monster cards may be selected when a monster card is selected once. For example, each time a monster card is selected, a plurality (for example, two) of monster cards may be selected (extracted) from monster cards whose acquisition status is “0” (unassigned).
For example, when information (data) representing a predetermined condition is recorded in a storage device such as the RAM 23, the CPU 21 refers to the storage device such as the RAM 23 to determine whether the selected monster card satisfies the predetermined condition. To determine. Then, the CPU 21 may select the monster card again when the selected monster card does not satisfy the predetermined condition, and may stop the selection of the monster card when the predetermined condition is satisfied.

The canceling unit 56 has a function of canceling the association between the selected monster card and the user every time a monster card (object) is selected.
Here, “releasing the association”, for example, cancels the association with respect to information (for example, identification information) related to the monster card (object) associated with the user ID (identification information) of the user. For example, data for connection may be linked (linked) or added, or the connection between the user ID and the information regarding the monster card may be disconnected. Further, “releasing the association” may be, for example, erasing information regarding the monster card from the data file for the monster card associated with the user ID, or may be associated with the user ID. It may be to reduce the number of monster cards. Moreover, when the information regarding the user ID and / or the monster card is stored in an external storage device, the information regarding the user ID and / or the monster card may be deleted from the storage device. Furthermore, when information (link information) that links the user ID and information related to the monster card is stored in an external storage device, the information may be deleted from the storage device.

  The function of the cancellation | release means 56 is implement | achieved as follows, for example. Here, a case where association is canceled by connecting or adding data for canceling association to information regarding a monster card associated with a user ID will be described as an example. When the CPU 21 of the game server 20 selects at least one monster card based on the function of the selection means 55 described above, the CPU 21 performs a process of canceling the association between the selected monster card and the user. The contents of this process will be specifically described. The CPU 21 accesses the lottery box data and sets the acquisition status of the selected monster card among the predetermined number of monster cards corresponding to the user ID of the user to be processed to “1”. "(Acquired). Thereby, when a monster card is selected, the monster card is removed from the selection target (lottery target) by the selection means 55 thereafter.

The granting unit 57 has a function of granting the selected monster card (object) to the user.
The function of the provision means 57 is implement | achieved as follows, for example. When the CPU 21 of the game server 20 selects at least one monster card based on the function of the selection means 55, the CPU 21 accesses the user database 31 for the possessed card item corresponding to the user ID of the user to be processed. Record the identification code of the selected monster card.

When the information providing unit 58 stops the selection of the monster card (object), the information providing unit 58 displays the information about the monster card that is no longer associated with the user and / or the information about the monster card associated with the user. A function provided to the user is provided.
By providing the information providing means 58 in the game control device, the user can select information regarding the monster card (that is, the monster card obtained by the user) whose association with the user is canceled when the selection of the monster card is stopped. Information regarding the monster card associated with the user (that is, the monster card that the user has not obtained) can be obtained. For this reason, the user can consider whether the selection (lottery) of the monster card should be continued or ended based on the information obtained by the user.

  The function of the information provision means 58 is realizable as follows, for example. First, when the selection of a monster card is stopped, information relating to a monster card whose association with the user is released (that is, a monster card acquired by the user before the selection of the monster card is stopped) is provided to the user. An example will be described. When the CPU 21 of the game server 20 recognizes that the menu m11 has been selected and operated on the web page P7, it generates HTML data for displaying the web page P8 and transmits it to the communication terminal 10 of the user to be processed. . In this case, the CPU 21 accesses the lottery box data and extracts a monster card whose acquisition state is set to “1” (acquired) from among a plurality of monster cards corresponding to the user ID of the user to be processed. . And CPU21 comprises a web page (web page P8) so that the monster name of the extracted monster card | curd may be arrange | positioned for every rare degree (attribute).

  Next, when the selection of the monster card is stopped, information regarding the monster card associated with the user (that is, the monster card remaining in the lottery box when the selection of the monster card is stopped) is provided to the user. An example of the case will be described. When the CPU 21 of the game server 20 recognizes that the menu m12 has been selected on the web page P7, the CPU 21 accesses the lottery box data and acquires the monster card corresponding to the user ID of the user to be processed. A monster card whose status is set to “0” (not acquired) is extracted. And CPU21 comprises a web page (illustration omitted) so that the monster name of the extracted monster card | curd may be arrange | positioned for every rare degree (attribute).

  Note that when the selection of the monster card is stopped, the CPU 21 may provide the user with information regarding each of the monster card that is no longer associated with the user and the monster card that is associated with the user. In this case, the CPU 21 includes a web including information regarding a monster card that is no longer associated with the user (for example, a monster name) and information regarding a monster card that is associated with the user (for example, a monster name). HTML data for displaying the page is generated and transmitted to the user communication terminal 10.

(1-7) Flow of main processing of game control device of this embodiment Next, an example of the flow of main processing performed by the game control device of this embodiment will be described with reference to the flowcharts of FIGS. 12A, 12B, and 13. Will be described with reference to FIG.
Note that HTML data for displaying the web pages P2, P4, P5 to P8 is transmitted from the game server 20 to the communication terminal 10 as appropriate in accordance with the execution of the processes in the flowcharts of FIGS. 12A and 12B. However, the HTML data transmission process may not be described in the flowchart so as not to complicate the explanation. In the flowchart, the timing at which each of the web pages P2, P4, P5 to P8 is displayed is indicated by the symbols P2, P4, P5 to P8.
In the flowcharts of FIGS. 12A, 12B, and 13, a case where the user does not have a lottery box will be described as an example.

In the flowcharts of FIGS. 12A and 12B, when the user recognizes that the menu m2 (“lottery”) has been selected on the top page P1, the CPU 21 of the game server 20 displays HTML data for displaying the web page P2. Is transmitted to the user communication terminal 10.
Next, when the CPU 21 recognizes that the menu m4 (“Purchase box”) has been selected on the web page P2 (step S100: YES), it performs a lottery box purchase process. When the lottery box purchase process is normally completed, the CPU 21 performs a process of associating the user with a predetermined number of monster cards (step S102). Next, the CPU 21 generates HTML data for displaying the web page P4 and transmits the HTML data to the user communication terminal 10.
In the process of step S100, when the menu m3 (“confirm contents”) or menu m4 (“purchase box”) is not selected on the web page P2, or a lottery box purchase process is performed. If the process ends abnormally, the CPU 21 may end the lottery process.

  When the CPU 21 recognizes that the menu m5 (“Setting”) has been selected on the web page P4 (step S104: YES), the CPU 21 performs processing for setting the monster card corresponding to the selected menu m5 as a desired card. This is performed (step S106). Specifically, the CPU 21 accesses the lottery box data, and among the predetermined number of monster cards corresponding to the user ID of the user to be processed, sets the condition flag of the monster card corresponding to the menu m5 selected and operated. Set to “1”. If the menu m5 (“Setting”) is not selected on the web page P4 (step S104: NO), the CPU 21 proceeds to the process of step S108.

Next, when recognizing that the menu m6 (“end of setting”) has been selected on the web page P4 (step S108: YES), the CPU 21 determines whether a desired card has been set (step S110). ). Here, when the CPU 21 accesses the lottery box data and there is at least one monster card having a condition flag set to “1” among a predetermined number of monster cards corresponding to the processing target user ID, It is determined that the desired card is set. On the other hand, the CPU 21 determines that the desired card is not set when there is no monster card with the condition flag set to “1”. If the CPU 21 determines that the desired card is set (step S110: YES), the CPU 21 proceeds to the process of step S112. In addition, when it is determined that the desired card is not set (step S110: NO), the CPU 21 may end the lottery process.
If the menu m6 is not selected in the process of step S108 (step S108: NO), the CPU 21 proceeds to the process of step S104.

  When recognizing that the menu m7 (“lottery until one is acquired”) has been selected on the web page P5 (step S112: YES), the CPU 21 performs a card lottery process described later (step S114). Next, the CPU 21 determines whether or not the desired card has been drawn (step S116), and when the desired card has been drawn (that is, when the condition flag of the drawn monster card is “1”) (step S116). : YES), HTML data for displaying the web page P6 is generated and transmitted to the communication terminal 10 of the user. If the lottery card is not the desired card in the process of step S116 (that is, if the condition flag of the lottery monster card is “0”), the CPU 21 proceeds to the process of step S114.

  Next, when the CPU 21 recognizes that the menu m9 (“continue”) has been selected on the web page P6 (step S118: YES), the CPU 21 proceeds to the process of step S114. In addition, when the menu m9 is not selected (step S118: NO) and the menu m10 is selected (step S120: YES), the CPU 21 generates HTML data for displaying the web page P7. It transmits to a user's communication terminal 10. If a predetermined time has passed without selecting the menu m9 (“continue”) or the menu m10 (“end”) on the web page P6 (step S120: NO), the CPU 21 ends the lottery process. Good.

Further, the CPU 21 selects and operates the menu m8 (“lottery until all items are acquired”) without selecting the menu m7 (“lottery until one is acquired”) on the web page P5 (step S112: NO). If so (step S122: YES), a card lottery process described later is performed (step S124). Then, the CPU 21 determines whether or not all desired cards have been drawn (step S126). When all desired cards have been drawn, that is, all the acquisition states of the monster cards with the condition flag set to “1” are all obtained. When it becomes “1” (acquired) (step S126: YES), HTML data for displaying the web page P7 is generated and transmitted to the communication terminal 10 of the user. Next, the CPU 21 proceeds to the process of step S128.
In addition, CPU21 transfers to the process of step S124, when not drawing all the desired cards (step S126: NO).
Further, the CPU 21 may end the lottery process when a predetermined time has passed in a state where the menu m7 or the menu m8 is not selected and operated on the web page P5 (step S122: NO).

  Next, when the CPU 21 recognizes that the menu m11 (“Confirm Acquired Card”) has been selected on the web page P7 (step S128: YES), the CPU 21 displays information on the acquired card (web page). HTML data for P8) is generated (step S130) and transmitted to the communication terminal 10 of the user to be processed. In this case, the CPU 21 accesses the lottery box data and extracts a monster card whose acquisition state is set to “1” (acquired) from among a plurality of monster cards corresponding to the user ID of the user to be processed. . And CPU21 comprises a web page (web page P8) so that the monster name of the extracted monster card | curd may be arrange | positioned for every rare degree (attribute).

Further, the CPU 21 selects and operates the menu m12 (“confirm remaining cards”) without selecting the menu m11 (“confirm acquired card”) on the web page P7 (step S128: NO). If this is recognized (step S132: YES), HTML data for a web page that displays information related to the monster card remaining in the lottery box is generated (step S134) and transmitted to the communication terminal 10 of the user to be processed. . In this case, when the CPU 21 recognizes that the menu m12 has been selected and operated on the web page P7, the CPU 21 accesses the lottery box data, and obtains the acquisition state among the plurality of monster cards corresponding to the user ID of the user to be processed. Extracts monster cards that are set to "0" (not acquired). And CPU21 comprises a web page (illustration omitted) so that the monster name of the extracted monster card | curd may be arrange | positioned for every rare degree (attribute).
If the menu m11 is not selected and operated on the web page P7 (step S128: NO), and the menu m12 is not selected and operated for a predetermined time (step S132: NO), the CPU 21 ends the lottery process. May be.

Next, an example of a card lottery process will be described with reference to FIG.
First, the CPU 21 selects at least one monster card from among the monster cards associated with the user (step S200). Specifically, the CPU 21 accesses the lottery box data, and among the predetermined number of monster cards (identification codes) corresponding to the user IDs of the users to be processed, the acquisition state is “0” (unassigned) monster. At least one monster card is selected (extracted) from the cards at random or based on a predetermined rule.

  Next, CPU21 performs the process which cancels | releases matching with the selected monster card | curd and a user (step S202). The contents of this process will be specifically described. The CPU 21 accesses the lottery box data and sets the acquisition status of the selected monster card among the predetermined number of monster cards corresponding to the user ID of the user to be processed to “1”. "(Acquired).

  Further, the CPU 21 gives the selected monster card to the user (step S204). Specifically, the CPU 21 accesses the user database 31 and records the identification code of the selected monster card for the possessed card item corresponding to the user ID of the user to be processed.

  As described above, according to the game control device of this embodiment, the user can obtain a monster card selected (lottery) from a predetermined number of monster cards associated with the user. Further, when a monster card is selected, the association between the user and the monster card is released, so that the monster card is excluded from the subsequent selection targets (lottery targets). Furthermore, the selection of the monster card is repeated until a monster card that satisfies the conditions set by the user's input is selected. Thereby, the user can acquire all the monster cards selected until the monster card | curd which satisfy | fills the said conditions is selected only by setting conditions by own input. For this reason, for example, until the user obtains a desired monster card (a monster card that satisfies a condition), the user does not need to perform an input for drawing a monster card until the desired monster card is obtained. The complexity of the lottery can be reduced.

(1-7) Modification Hereinafter, a modification of the above-described embodiment will be described.

(1-7-1) Modification 1
In the above-described embodiment, when a plurality of predetermined conditions are set, the selection means 55 is when the number or ratio of the conditions satisfied by the selected monster card (object) among the plurality of predetermined conditions reaches a predetermined threshold value. You may stop selecting monster cards.
According to this modification, when a plurality of conditions are set by user input, the user is selected until the number or ratio of the conditions satisfied by the selected monster card reaches a predetermined threshold. You will get all the monster cards. For this reason, since the user does not need to determine whether or not the selection of the monster card is continued every time the selection of the monster card is stopped, for example, the complexity of the lottery can be further reduced.

The function of the selection means 55 in this modification is realizable as follows, for example. In realizing the function of the selection means 55, the CPU 21 of the game server 20 may store a threshold (for example, two or 25%) for the number or ratio of conditions in a storage device such as the RAM 23, for example. . Here, the threshold value may be set arbitrarily.
For example, in the process of step S116 of the flow of FIG. 12B, the CPU 21 increases the value of the number of conditions satisfied by the monster card by one every time it is determined that a desired card (a monster card that satisfies the condition) has been drawn. Next, the CPU 21 counts the number of the conditions with respect to the value of the number of the conditions or the number of the set conditions (that is, the number of condition flags set to “1” for the user ID of the processing target user). It is discriminated whether or not the ratio has reached a threshold (for example, whether or not it is equal to or greater than the threshold). And CPU21 may transfer to the process of step S128, when it determines with the value of the number of the conditions satisfy | filled with the monster card | curd, or the ratio of the said number having reached the threshold value. Further, when the CPU 21 determines that the value of the number of conditions satisfied by the monster card or the ratio of the number has not reached the threshold value, the CPU 21 may shift to the process of step S114.

(1-7-2) Modification 2
FIG. 14 shows a functional block diagram of Modification 2 of the game control apparatus of the above embodiment. As shown in FIG. 14, this functional block diagram is different from that shown in FIG. 11 in that a privilege granting means 59 is added.
The privilege granting unit 59 has a function of granting a privilege to the user according to information related to the monster card associated with the user when a monster card (object) that satisfies a predetermined condition is selected.
Here, the “information regarding the monster card associated with the user” is information regarding the monster card remaining in the lottery box held by the user in this variation, for example, corresponding to the user It may be the number of monster cards attached (remaining in the lottery box), or the ratio of the number to a predetermined number, or the attributes or parameters of monster cards associated with the user, Also good.

The “privilege” may be, for example, a point or item on the game, an advantageous effect on the game, or the like. Here, the item may be, for example, an object that the user can hold on the game, an object that the user needs to collect on the game, It may be an object that can obtain an advantageous effect. For example, the item may be a recovery drug that recovers the character's parameters or points, a chemical that increases the character's ability, or a weapon or armor used by the character.
Further, the advantageous effect on the game may be, for example, increasing the parameter of the item held in the game or improving the ability of the character without using the item. The advantageous effect on the game may be, for example, that the user can obtain a special item or an item with a high rare value, or increase the probability that the item can be obtained. Furthermore, the advantageous effect on the game may be that the setting is adjusted so that the scenario progresses easily in the game, for example, consumption of points on the game to be consumed according to the user's operation or the like. The amount may be reduced more than usual, or points may be obtained. Further, the advantageous effect on the game may be that the setting on the game is adjusted so that the game can be advantageously promoted indirectly. For example, an event that allows the user to acquire a special item is generated. It may be possible to increase the probability that the parameter of the item will increase significantly.

  According to this modification, the user can obtain a privilege according to information regarding the monster card associated with the user when the selection of the monster card is stopped. For this reason, it can be set as the mechanism which makes a user expect about the content of the privilege which can be obtained when selection of a monster card stops (for example, when a desired monster card | curd is selected).

The function of the privilege provision means 59 is realizable as follows, for example. For example, the CPU 21 of the game server 20 recognizes that the menu m10 (“end”) has been selected in the process of step S120 in the flow of FIG. 12B, or has drawn all the desired cards in the process of step S126. When it determines, the process which provides the privilege according to the information regarding the monster card matched with the user of a process target to the said user is performed. To explain an example of the contents of this process, the CPU 21 first accesses the lottery box data, and the acquisition state is “0” (unassigned) among the monster cards associated with the user ID of the user to be processed. The number of monster cards set in (the number of monster cards associated with the user) is also determined for each rare degree. Next, the CPU 21 gives the user a lottery ticket (item) for a monster card for each of a plurality of rare degrees. For example, when a lottery is performed using a lottery ticket for a monster card with a certain degree of rarity, a monster card with the degree of rarity may be drawn. Here, the number of lottery tickets for each of the plurality of rare degrees may be the number of monster cards obtained for the corresponding rare degree. For example, when the number of rare 4 monster cards associated with a user is 1, the number of rare 4 monster card lottery tickets given to the user is 1. In addition, when the number of rare 3 monster cards associated with a user is 10, the number of rare 3 monster card lottery tickets given to the user is 10. The CPU 21 accesses the user database 31 and records the lottery ticket data of each of a plurality of rare degrees in association with the user ID of the user to be processed.
Moreover, CPU21 may produce | generate the HTML data for displaying the web page illustrated in FIG. 15 instead of the web page P7, and may transmit to a user's communication terminal 10. FIG. The web page in FIG. 15 includes the number of monster cards that are associated with the user when the selection of the monster card is stopped for each rare degree, the content of the privilege granted to the user, and the like.

In addition, although the case where the privilege provided to the user is an item has been described as an example here, the present invention is not limited to this case. For example, the privilege may be a point. This point may be, for example, a point used for holding a new lottery box, a point used for acquiring an item or a character on the game, or the progress of the game It may be a point that is necessary to make it happen. CPU21 may determine the content of privilege using the data set as follows, for example.
-When the number (or percentage) of cards associated with the user is 0-10 (or 0-10.0%), the privilege is 100 points.-Number of cards (or percentage) associated with the user. Is 11 to 50 (or 10.1 to 20%), the bonus is when the number (or percentage) of cards associated with a 200 point user is 51 to 100 (or 20.1 to 30%) In this case, as the number or ratio of cards associated with the user increases, the benefit increases. The privilege may be set to be smaller as the number or ratio of cards associated with the user is larger.
Moreover, the privilege according to the attribute of the monster card matched with the user may be provided to the user. For example, the privilege may be set larger (or smaller) as the rareness, attack power, or defense power of the monster card associated with the user is higher.

(2) Second Embodiment Hereinafter, a second embodiment of the present invention will be described.
A functional block diagram of the game control apparatus of the second embodiment is shown in FIG. As shown in FIG. 16, this functional block diagram is different from that shown in FIG. 11 in that a changing means 60 is provided instead of the releasing means 56.
Hereinafter, a configuration different from the first embodiment will be described.

(2-1) Overview of Functions in Game Control Device The game control device of the present embodiment controls a game related to a monster card (object) belonging to any of a plurality of rareness (attributes).
In the present embodiment, the associating unit 53 has a function of associating the user with the number that can be assigned for each rare degree (attribute) of the monster card.
In the present embodiment, the condition setting unit 54 has a function of setting a predetermined condition relating to the monster card based on information relating to user input.
In the present embodiment, the selection means 55 repeatedly selects one or a plurality of monster cards from the monster card population within the range of the number that can be given for each rare degree associated with the user, When a monster card that satisfies the above condition is selected, the selection of the monster card is stopped.
In this embodiment, the changing means 60 has a function of changing the association by selecting the number of grantable corresponding to the rare degree of the selected monster card each time a monster card is selected.
In the present embodiment, the granting unit 57 has a function of granting the selected monster card to the user. The function of the provision means 57 in this embodiment is implement | achieved similarly to 1st Embodiment.
In addition, the implementation example of the function of various means 53, 54, 55, 60 is mentioned later. Moreover, although this embodiment demonstrates as an example the case where an attribute is the rare degree of a monster card, an attribute is not restricted to a rare degree.

  A data configuration example of the lottery box data in this embodiment is shown in FIG. The lottery box data shown in FIG. 17 differs from the lottery box data shown in FIG. 8 in that a plurality of monster card rarities, condition flags for each rarity, and each rarity for one user ID. The number of the monster cards that belong to the user can be assigned. Here, as illustrated in FIG. 17, when the assignable number is written as “2”, the corresponding rare (for the example in the figure, the user whose user ID is “000001”) It shows that two monster cards belonging to the degree (rare degree “5” in the example in the figure) can be given.

The function of the matching means 53 in this embodiment is implement | achieved as follows, for example. For example, when the lottery box purchase process is normally completed, the CPU 21 of the game server 20 accesses the lottery box data, and for each of a plurality of rare degrees arbitrarily set for the user ID of the user to be processed. Record the number of possible grants in association with each other. Note that the assignable number for each of the plurality of rare degrees may be set in advance. Further, the CPU 21 sets “0” in the condition flag item for each of the plurality of rare degrees.
Note that the timing for associating a user with the number of grantable attributes for each of a plurality of rarities (attributes) is not limited to the case where the user purchases a lottery box, but is an arbitrary timing or a timing that satisfies a predetermined condition. May be. For example, when a menu for instructing acquisition of a lottery box is provided on the top page P1, when the CPU 21 recognizes that the menu has been selected, the user who has performed the selection operation of the menu And a process of associating a plurality of assignable numbers for each rare degree.

The function of the condition setting means 54 in this embodiment is implement | achieved as follows, for example. Here, the “predetermined condition” is described as an example where the rare degree of the monster card is the rare degree desired by the user. Further, in realizing the function of the condition setting unit 54, the CPU 21 of the game server 20 generates HTML data for displaying, for example, a web page including a menu in which a rare degree value is written instead of the web page P4. Then, it may be transmitted to the user's communication terminal 10.
When the CPU 21 recognizes that a menu corresponding to, for example, a rarity “5” has been selected on the web page, the CPU 21 accesses the lottery box data and the processing target user (the user who performed the menu selection operation). Among the plurality of rare degrees corresponding to the user ID, the condition flag of the rare degree “5” is set to “1”.

The function of the selection means 55 in this embodiment is implement | achieved as follows, for example. For example, when the menu m7 ("Lottery until one is acquired") is selected on the web page P5, the CPU 21 of the game server 20 accesses the lottery box data, and a plurality of items corresponding to the user IDs of the processing target users. From among the rare degrees, one rare degree having a corresponding assignable number of 1 or more is determined randomly or based on a predetermined rule. Next, the CPU 21 accesses the monster card database and selects (extracts) at least one monster card (identification code) from among the monster cards belonging to the determined rare degree. Then, when the condition flag corresponding to the rare degree of the selected monster card is “0”, that is, when the monster card does not have the desired rare degree, the CPU 21 selects the monster card again. On the other hand, when the condition flag corresponding to the rare degree of the selected monster card is “1”, the CPU 21 stops the selection of the monster card.
Further, when the menu m8 (“Lottery until all are acquired”) is selected on the web page P5, the CPU 21 determines that at least one monster card of every rarity whose condition flag is set to “1”. Repeat monster card selection until selected.

  The function of the change means 60 in this embodiment is implement | achieved as follows, for example. When the CPU 21 of the game server 20 selects a monster card based on the function of the selection means 55, the CPU 21 performs a process of changing the association between the user to be processed and the number that can be given for each of a plurality of rare degrees. Specifically, the contents of this process will be described. The CPU 21 accesses the lottery box data and selects the rare of the selected monster card from among a plurality of assignable numbers for each rare degree corresponding to the user ID of the user to be processed. The value of the assignable number corresponding to the degree is reduced by 1. For example, if the selected monster card has a rare degree of 5 and the assignable number corresponding to the rare degree 5 is “2”, the assignable number of the rare degree 5 after the processing is “1”. Become.

  According to the game control device of the present embodiment, the user can obtain a monster card selected (lottery) from a predetermined number of monster cards associated with the user. When a monster card is selected, the monster cards are drawn within the range of the number that can be granted which is reduced by the number of the monster cards. Furthermore, the selection of the monster card is repeated until a monster card that satisfies the conditions set by the user's input is selected. Thereby, the user can acquire all the monster cards selected until the monster card | curd which satisfy | fills the said conditions is selected only by setting conditions by own input. For this reason, for example, until the user obtains a desired monster card (a monster card that satisfies a condition), the user does not need to perform an input for drawing a monster card until the desired monster card is obtained. The complexity of the lottery can be reduced.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to said each embodiment. In addition, it goes without saying that each embodiment may be variously improved and changed without departing from the gist of the present invention. The technical matters described in the above embodiments and modifications may be applied in appropriate combination.

  In each embodiment mentioned above, although the case where a battle was performed using a plurality of cards (monster card) was explained as an example, it is not restricted to this. You may battle using various objects, such as a user's avatar image, instead of a card. Moreover, the card | curd and object in a battle may not be plural, and a single card | curd and an object may be sufficient. Alternatively, a battle may be performed without using an object such as a card.

  In each embodiment mentioned above, although the example in case the game of execution object is a card battle game using a monster card was demonstrated, the game of this invention is not restricted to this, It can apply to arbitrary games. . For example, in games of various genres such as role playing games, table games, puzzle games, sports games, racing games, shooting games, action games, adventure games, simulation games, etc., from among a predetermined number of objects associated with the user When the selected object is configured to be given to the user, the present invention can be suitably applied.

  In each of the above-described embodiments, the predetermined operation input by the user to the communication terminal 10 is an input of the user pressing the predetermined operation button on the communication terminal 10 or a touch on the display screen for the communication terminal 10 having a touch panel function. Although the input is an operation, the operation input is not limited to this. The operation input may be an operation input by shaking the communication terminal 10 provided with an acceleration sensor, or an operation input by gesture (gesture input). In gesture input, the communication terminal 10 recognizes an image of the gesture by performing a predetermined gesture on the communication terminal 10 having an imaging function, and recognizes an operation input associated with the gesture in advance. In the case of the communication terminal 10 capable of executing the voice recognition program, the operation input may be performed by inputting voice.

In each embodiment mentioned above, although the case where it applied to a social game was demonstrated as an example, it is not restricted to this. For example, in a so-called online game system in which a server device placed on a network and a home online game machine are connected, it goes without saying that the progress of the game by the user can be controlled as in the above-described embodiments.
Further, for example, even when the consumer game machine is in an offline state, the progress of the game by the user can be controlled as in the above-described embodiments.
Further, for example, even when a plurality of communication terminals (for example, mobile phones and game machines) autonomously configure a network and directly transmit and receive data between the communication terminals, such as an ad hoc network, the above-mentioned As in the above embodiments, the progress of the game by the user can be controlled.

  In each of the embodiments described above, the functions of the association unit 53, the condition setting unit 54, the selection unit 55, the release unit 56 (or the change unit 60), and the grant unit 57 are performed by the game server 20 and the database server 30 on the network. Although the configuration is realized, it is not limited to this configuration. All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment. For example, FIGS. 18A and 18B show an example of function sharing between the communication terminal 10, the game server 20, and the database server 30 for each function in the functional block diagram shown in FIG. 18 (a) and 18 (b), a changing means 60 may be provided instead of the releasing means 56. In each embodiment described above, various types of data (for example, monster card database, lottery box data, etc.) are stored in the database server 30 (game database 32). It may be memorized. In that case, the storage device may be a mass storage device such as the RAM 13 in the communication terminal 10 or an HDD (Hard Disk Drive) (not shown).

In the above-described embodiment and other descriptions, the case of selecting (lottery) an object on the game has been described. However, in the present invention, an object to be selected (lottery) is not limited to an object on the game.
In other words, the lottery apparatus may be a tangible object (object) such as an article or an intangible object (object) such as a program or data.

  In this lottery apparatus, the association unit 53 may have a function of associating a user with a predetermined number of objects. The condition setting unit 54 may have a function of setting a predetermined condition regarding the object based on the information regarding the user input. The selection unit 55 has a function of repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when an object satisfying the predetermined condition is selected. Also good. The canceling unit 56 may have a function of canceling the association between the selected object and the user each time an object is selected. The giving means 57 may have a function of giving the selected object to the user.

  In this lottery apparatus, the association unit 53 may have a function of associating a user with the number of objects that can be assigned for each of a plurality of attributes of the object. The condition setting unit 54 may have a function of setting a predetermined condition regarding the object based on the information regarding the user input. The selection means 55 repeatedly selects one or a plurality of objects from the object population within a range of the number that can be assigned for each attribute associated with the user, and selects an object that satisfies the predetermined condition. In this case, a function for stopping the selection of the object may be provided. The changing unit 60 may have a function of changing the association by selecting the number of assignables corresponding to the attribute of the selected object each time an object is selected. The giving means 57 may have a function of giving the selected object to the user.

10: Communication terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 14 ... Image processing part 15 ... Instruction input part 16 ... Display part 17 ... Communication interface part 18 ... Bus 20 ... Game server 21 ... CPU
22 ... ROM
23 ... RAM
24 ... Database access unit 25 ... Communication interface unit 26 ... Bus 30 ... Database server 31 ... User database 32 ... Game database 51 ... Registration means 52 ... Execution means 53 ... Association means 54 ... Condition setting means 55 ... Selection means 56 ... Release Means 57... Giving means 58... Information providing means 59.

Claims (9)

Association means for associating a user with a predetermined number of objects;
Condition setting means for setting a predetermined condition regarding the object based on the information regarding the user input;
Selecting means for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when selecting an object that satisfies the predetermined condition;
Canceling means for canceling the association between the selected object and the user each time an object is selected;
Granting means for granting the selected object to the user;
A game control device comprising: The selection means, when a plurality of the predetermined conditions are set, stops selecting an object when the number or ratio of the conditions satisfied by the selected object among the plurality of predetermined conditions reaches a predetermined threshold value. Characterized by the
The game control apparatus according to claim 1. When an object satisfying the predetermined condition is selected, a privilege granting unit for granting a privilege to the user according to information related to the object associated with the user is provided.
The game control device according to claim 1 or 2. When the selection of the object is stopped, the information providing means for providing the user with information on the object that is no longer associated with the user and / or information on the object associated with the user, It is characterized by
The game control device according to claim 1. A game control device for controlling a game related to an object belonging to any of a plurality of attributes,
Associating means for associating a user with an assignable number for each attribute of the object;
Condition setting means for setting a predetermined condition regarding the object based on the information regarding the user input;
When selecting one or a plurality of objects from the population of objects within the range of the number that can be assigned for each attribute associated with the user, and selecting an object that satisfies the predetermined condition, A selection means for stopping the selection;
Changing means for changing the association by reducing the number of grants corresponding to the attribute of the selected object each time an object is selected;
Granting means for granting the selected object to the user;
A game control device comprising: Associating a user with a predetermined number of objects;
Setting a predetermined condition for the object based on information about the user input;
Repeatedly selecting one or more objects from the objects associated with the user and stopping the selection of objects when selecting an object that satisfies the predetermined condition;
Each time an object is selected, releasing the association between the selected object and the user;
Granting the selected object to the user;
A game control method comprising: On the computer,
A function that associates a user with a predetermined number of objects,
A function for setting a predetermined condition regarding the object based on the information regarding the user input;
A function of repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the objects when an object satisfying the predetermined condition is selected;
A function of releasing the association between the selected object and the user each time an object is selected, and a function of giving the selected object to the user;
A program to realize A game system including a communication terminal and a server accessed from the communication terminal,
Association means for associating a user with a predetermined number of objects;
Condition setting means for setting a predetermined condition relating to the object based on the information relating to the user input;
Selection means for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when an object satisfying the predetermined condition is selected;
Release means for releasing the association between the selected object and the user each time an object is selected,
A granting means for granting the selected object to the user;
Each of the means is provided in either the communication terminal or the server,
Game system. Association means for associating a user with a predetermined number of objects;
Condition setting means for setting a predetermined condition regarding the object based on the information regarding the user input;
Selecting means for repeatedly selecting one or a plurality of objects from the objects associated with the user and stopping the selection of the object when selecting an object that satisfies the predetermined condition;
Canceling means for canceling the association between the selected object and the user each time an object is selected;
Granting means for granting the selected object to the user;
A lottery device.

Images