JP2014090880A - 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, when drawing a lottery of an object to be offered to a user, capable of achieving a game or lottery processing with taste higher than the conventional one, 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 first object group consisting of a prescribed number of objects; selection means that selects one or a plurality of objects from the first object group on the basis of information of an input of the user; cancellation means that, whenever selecting an object, cancels the association between the selected object of the first object group and the user; offer means that offers the selected object to the user; and privilege offer means that, when a prescribed object is selected, offers to the user, a privilege according to information pertaining to the objects associated with 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 example, the object lottery itself is simple and has not been so much enjoyable for the user.

  The present invention has been made in view of the above-described viewpoints, and a game control device and a game control method capable of realizing a game or a lottery process that is more interesting than before when an object to be given to a user is lottery. An object is to provide a program, a game system, and a lottery device.

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 first object group composed of a predetermined number of objects;
Selection means (55) for selecting one or more objects from the first object group based on information relating to the user input;
Release means (56) for releasing the association between the selected object of the first object group and the user each time an object is selected;
Granting means (57) for granting the selected object to the user;
A privilege granting means (59) for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
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.
In addition, the “information on the object associated with the user” may be, for example, the number of objects associated with the user, or a ratio of the number to a predetermined number, or may be associated with the user. It may be an attribute or parameter of an object.

  According to this game control device, the user can obtain an object selected (lottery) from the first object group associated with the user by his / her input. 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, when a predetermined object is selected (when the object is obtained), the user can obtain a privilege according to information regarding the object associated with the user. For this reason, it is possible to make the user expect the contents of the privilege that can be obtained when a predetermined object is selected, so that a game that is more interesting than before when a lottery of objects to be given to the user is realized can do.

In the game control device, when the object group including an object different from the object associated with the user when the predetermined object is selected is the second object group, the release means (56) When the predetermined object is selected, the association between the user and the object associated with the user is released, and the privilege granting means (59) associates the user with the second object group. The privilege may be given to the user.
According to this game control device, the user obtains a privilege, and when the predetermined object is selected, the user performs a lottery for the second object group including an object different from the object associated with the predetermined object. It can be carried out. That is, the user can enjoy lottery of objects in a state in which the object to be drawn is changed. Here, for example, when an object desired by the user is included in the second object group, the user is motivated to perform a lottery of objects in order to obtain the desired object. Thereby, it can be set as the mechanism which attracts a user to a game.

In the game control device, the privilege granting means (59) is more than the remaining number when the remaining number of objects associated with the user is equal to or less than a predetermined threshold when the predetermined object is selected. The user and the second object group may be associated with each other so that many objects are included in the second object group.
According to this game control apparatus, when the number of objects associated with the user when the user selects a predetermined object is equal to or smaller than a predetermined threshold, the second object group including more objects than the number A lottery can be performed. In this case, the user can obtain a lot of objects by performing the lottery for the second object group as compared with the case where only the first object group is the lottery target. For this reason, in order to obtain many objects, the user is motivated to perform more object lotteries. Thereby, it can be set as the mechanism which attracts a user more to a game.

In the game control apparatus, the privilege granting means (59) is configured such that the information relating to the object associated with the user is the remaining number of objects associated with the user or the ratio of the remaining number to the predetermined number. When the predetermined object is selected, the content of the privilege may be determined according to the remaining number of objects associated with the user or the ratio of the remaining number to the predetermined number. .
According to this game control device, when a user selects a predetermined object, the user can obtain a privilege according to the remaining number of objects associated with the user or the ratio of the remaining number to the predetermined number. . For this reason, it can be set as the mechanism which makes a user expect the number of objects which can be obtained before a predetermined object is selected, and the content of the privilege obtained when a predetermined object is selected.

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;
Selection means (55) for selecting one or more objects from a population of objects based on information about the user input;
Changing means (60) for changing the association by reducing the number of grants corresponding to the attribute of the selected object in the first object group each time an object is selected;
Granting means (57) for granting the selected object to the user;
A privilege granting means (59) for granting a privilege to the user according to the number of grantable attributes for each attribute associated with the user when a predetermined object is selected;
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 plurality of objects belonging to any one of a plurality of attributes by his / her input. In addition, when an object is selected, the user can repeatedly perform the lottery of objects in a state where the number of assignables corresponding to the attribute of the object is reduced. Furthermore, when a predetermined object is selected (when the object is obtained), the user can obtain a privilege according to the number that can be given for each attribute associated with the user. For this reason, it is possible to make the user expect the contents of the privilege that can be obtained when a predetermined object is selected, so that a game that is more interesting than before when a lottery of objects to be given to the user is realized can do.

A third aspect of the present invention is a game control method.
The game control method is as follows:
Associating a user with a first object group comprising a predetermined number of objects;
Selecting one or more objects from the first group of objects based on information about the user input;
Each time an object is selected, releasing the association between the selected object of the first object group and the user;
Granting the selected object to the user;
Giving a privilege to the user according to information about the object associated with the user when a predetermined object is selected;
Is provided.

A fourth aspect of the present invention relates to a computer.
A function for associating a user with a first object group composed of a predetermined number of objects;
A function of selecting one or more objects from the first group of objects based on information about the user input;
A function of canceling the association between the selected object and the user each time the object is selected;
A function of giving the selected object to the user, and a function of giving a privilege to the user according to information on the object associated with the user when a predetermined object is selected;
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 a user with a first object group comprising a predetermined number of objects;
Selection means (55) for selecting one or more objects from the first object group based on information relating to the user input;
Release means (56) for releasing the association between the selected object of the first object group and the user each time an object is selected.
Granting means (57) for granting the selected object to the user;
A privilege granting means (59) for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
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 first object group composed of a predetermined number of objects;
Selection means (55) for selecting one or more objects from the first object group based on information relating to the user input;
Release means (56) for releasing the association between the selected object of the first object group and the user each time an object is selected;
Granting means (57) for granting the selected object to the user;
A privilege granting means (59) for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
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, when a lottery is given to an object to be given to a user, it is possible to realize a game or lottery process that is more interesting than before. it can.

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 2nd Embodiment. The figure which shows the structural example of the lottery box data in the game control apparatus of 2nd Embodiment. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of 3rd Embodiment. The figure which shows the structural example of the lottery box data in the game control apparatus of 3rd Embodiment. The figure which illustrates a series of web pages displayed on a user's communication terminal in the game control apparatus of 3rd Embodiment. The figure which illustrates a series of web pages displayed on a user's communication terminal in the game control apparatus of 3rd Embodiment. The flowchart which shows an example of the main processes of the game control apparatus of 3rd Embodiment. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of 4th Embodiment. The figure which shows the structural example of the lottery box data in the game control apparatus of 4th 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 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 display the desired monster card on the web page P4 and select the menu m5 corresponding to the monster card to set the monster card as the desired 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. The web page P7 includes a message indicating that the lottery for the lottery box has ended, and a rare monster card associated with the user at the end of the lottery (that is, the monster card remaining in the lottery box). Menu m11 labeled “Confirm Acquired Card” for confirming the number of times, the content of the privilege granted to the user, and the content of the card obtained by the user by the end of the lottery, and the lottery A menu m12 labeled “Confirm remaining card” for confirming the contents of the card remaining in the lottery box at the end is included.

  Here, a privilege is determined based on the information regarding the monster card matched with the said user at the time of completion | finish of a lottery. For example, as illustrated in the web page P7, when a lottery ticket (item) for a monster card for each of a plurality of rare degrees is given to a user as a privilege, the number of lottery tickets for each of a plurality of rare degrees corresponds. It may be the number of remaining monster cards (that is, the number of corresponding monster cards among the monster cards remaining in the lottery box). In addition, when a user: KNM performs a lottery using a lottery ticket for a monster card of a certain rare degree, the monster card of the rare degree can be obtained. For example, if the number of rare 4 monster cards associated with a user (that is, remaining in the lottery box) is 1, the rare 4 monster card lottery ticket to be given to the user The number of 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.

When the user performs a selection operation of the menu m11 (“Confirm Acquired Card”) 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.
Further, when the user performs a selection operation on the menu m12 (“Confirm remaining cards”) on the web page P7, the cards that remain in the lottery box at the end of the lottery (that is, cards that the user has not obtained). A web page (not shown) for notifying information 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 selecting means 55, the releasing means 56, the giving means 57, and the privilege giving means 59 correspond to the main configuration of the present invention. The other means (that is, the registration means 51, the execution means 52, the condition setting means 54, 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. And CPU21 performs the process allocated to the selected menu based on the received information in cooperation with various means 53-58 mentioned 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 means 53 has a function of associating a user with a first card group (first object group) made up of a predetermined number of monster cards (objects).
Here, “associating” means, for example, connecting (linking) a user ID (identification information) of a user and information (for example, identification information) related to a monster card included in the first card group. Alternatively, the information regarding the monster card included in the first card group may be stored in the data file for the monster card associated with the user ID, or may be associated with the user ID. It may be to increase the number of monster cards. 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 (first card group). 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 the first card group.

  In addition, the timing which matches a user and the 1st card group (1st object group) is not restricted to the case where the said user purchases a lottery box, Arbitrary timing or the timing which satisfy | filled predetermined conditions may be sufficient. . 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 the first card group in the lottery box with each other.

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 (“Setting”) is selected (input) on the web page P4, the CPU 21 of the game server 20 accesses the lottery box data and performs the user to be processed (the menu m5 is selected). Among the predetermined number of monster cards corresponding to the user ID of the user), the condition flag of the monster card corresponding to the selected menu m5 is set to “1”.
In the present embodiment, the case where the predetermined condition is set by selecting the menu m5 (“setting”) corresponding to the monster card (object) is described as an example. Is not limited to this case. 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 has a function of selecting one or a plurality of monster cards (objects) from the first card group (first object group) based on information related to user input. The selection means 55 repeatedly selects one or a plurality of monster cards (objects) from the first card group (first object group) associated with the user, and the monster card satisfying the predetermined condition. A function may be provided to stop the selection of a monster card when selecting.
The function of the selection means 55 is implement | achieved as follows, for example. The CPU 21 of the game server 20 accesses the lottery box data when the menu m7 (“lottery until one is acquired”) is selected (input) on the web page P5, and corresponds to the user ID of the user to be processed. Select (extract) at least one monster card from among a predetermined number of monster cards (identification codes) to be acquired at random or based on a predetermined rule from among monster cards whose acquisition status is “0” (unassigned) . 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.
When the menu m8 ("Lottery until all are acquired") is selected (input) on the web page P5, the CPU 21 sets all desired cards (that is, the condition flag is set to "1"). Monster card selection is repeated until all acquired monster cards have a status of “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 in the first card group (first object group) each 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 a plurality of monster cards based on the function of the selection means 54, the CPU 21 accesses the user database 31 and selects the possessed card item corresponding to the user ID of the user to be processed. Record the identification code of each monster card.

The information providing means 58 relates to the information regarding the monster card (object) that is no longer associated with the user when the selection of the monster card (object) is stopped, and / or regarding the monster card associated with the user. A function of providing information to the user;
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 executed again or ended based on the information obtained by himself / herself.

  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.

The privilege grant 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 predetermined monster card (object) is selected.
Here, “information regarding the monster card associated with the user” refers to information regarding the monster card remaining in the lottery box held by the user in this embodiment, 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.

Further, the privilege granting means 59 is configured such that the information regarding the monster card (object) associated with the user is the remaining number of monster cards associated with the user or a predetermined number of the remaining number (monsters in the first card group). The number of remaining monster cards associated with the user when the predetermined monster card is selected or the ratio of the remaining number to the predetermined number is greater May be given to the user.
Here, for example, when a point on the game is given as a privilege, the “large privilege” may be that the amount of the point is large. For example, when an item on a game is given as a privilege, the “large privilege” may be that the value of the item (for example, a rare value) is high. Furthermore, for example, when an advantageous effect on the game is given as a privilege, the “big privilege” may be a more advantageous effect.
In this case, when the predetermined monster card is selected, the remaining number of monster cards associated with the user or the ratio of the remaining number to the predetermined number is larger (that is, the user obtained from the first card group). The smaller the number of monster cards), the greater the privilege the user can get. In this case, the user can obtain a large privilege even if the number of monster cards obtained from the first card group is small. For this reason, it can be set as the mechanism which makes a user expect that many monster cards can be acquired or a big privilege can be acquired.

  The function of the privilege provision means 59 is realizable as follows, for example. Here, a case where the “predetermined object” is a desired card will be described as an example. When the CPU 21 of the game server 20 recognizes that the menu m10 (“end”) has been selected on the web page P6, or the menu m8 (“lottery until all are obtained”) is selected on the web page P5. When it is determined that all desired cards have been drawn at the time, a process is performed to give the user a privilege according to information related to the monster card associated with the user to be processed. 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. 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.

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 of cards associated with the user (or the ratio of the number to the predetermined number (total number of monster cards in the first card group)) is 0 to 10 (or 0 to 10.0%), the privilege is When the number of cards associated with 100 point users (or the ratio of the number to the predetermined number) is 11 to 50 (or 10.1 to 20%), the benefits are associated with 200 point users. If the number of cards (or the ratio of the number to the predetermined number) is 51 to 100 (or 20.1 to 30%), the privilege is 500 points. In this case, the number of cards associated with the user or the predetermined number As the ratio of the number to the number increases, the privilege increases. The CPU 21 accesses the user database 31 and increases the value of the point corresponding to the user ID of the user to be processed by the value of the point determined as a privilege.
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.

(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 (first card group) (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. Further, when the menu m9 is not selected (step S118: NO) and the menu m10 is selected (step S120: YES), the CPU 21 proceeds to the process of step S128 described later. 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, CPU21 provides the user with the privilege according to the information regarding the monster card matched with the user (step S128).
Further, when the CPU 21 recognizes that the menu m11 (“Confirm Acquired Card”) is selected on the web page P7 (step S130: YES), the CPU 21 displays a web page (web page) that displays information about the acquired card. HTML data for P8) is generated (step S132) 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).
In addition, CPU21 may complete | finish a lottery process, when predetermined time passes in the state in which menu m11 is not selection-operated on web page P7 (step S130: NO).

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 S130: NO). When this is recognized (step S134: YES), HTML data for a web page that displays information on the monster card remaining in the lottery box is generated (step S136) 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 S130: NO), and the menu m12 is not selected and operated for a predetermined time (step S134: 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 the first card group 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 monster card | curd selected among the 1st card groups, 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 the present embodiment, the user can obtain a monster card selected (lottery) from the first card group associated with the user by his / her input. it can. 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, when a predetermined monster card is selected (when the monster card is obtained), the user can obtain a privilege according to information regarding the monster card associated with the user. For this reason, since it can be made to expect a user about the contents of the privilege which can be obtained when a predetermined monster card is selected, when a lottery is given to a monster card given to a user, a game with higher interest than before Can be realized.

  Moreover, according to the game control apparatus of this embodiment, selection of a monster card | curd is performed repeatedly until the monster card | curd which satisfy | fills 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.

(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. 14, 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 has a function of selecting one or a plurality of monster cards from a population of monster cards within a range of the number that can be assigned for each rare degree associated with the user.
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 this embodiment, the privilege provision means 59 is provided with the function which provides the said user with the privilege according to the number which can be provided for every rare degree matched with the said user, when a predetermined monster card | curd is selected.
In addition, the implementation example of the function of various means 53, 54, 55, 59, 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 the present embodiment is shown in FIG. The lottery box data shown in FIG. 15 differs from the lottery box data shown in FIG. 8 in that a single user ID has a plurality of monster card rarities, condition flags for each rarity, and each rarity. 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.

  The function of the privilege provision means 59 in this embodiment is implement | achieved as follows, for example. For example, the CPU 21 of the game server 20 accesses the lottery box data in the process of step S128 of the flow of FIG. 12B, and sums the total number of grants for each rare degree corresponding to the user ID of the user to be processed (or The ratio of the total to the total number (predetermined number) of assignable numbers for each rare degree when associated with the user is determined. Next, the CPU 21 determines a privilege based on the total number of grantable numbers (or the ratio of the total to the predetermined number). Here, for example, the privilege may be set so as to increase as the total number of grantable numbers (or the ratio of the total to the predetermined number) increases. Then, the CPU 21 gives the determined privilege to the user.

  According to the game control device of the present embodiment, the user obtains a monster card selected (lottery) from among a plurality of monster cards belonging to any one of the plurality of rare degrees by his input. be able to. In addition, when a monster card is selected, the user can repeatedly draw a monster card in a state where the number of grantables corresponding to the rare degree of the monster card is reduced. Furthermore, when a predetermined monster card is selected (when the monster card is obtained), the user can obtain a privilege according to the number that can be granted for each rare degree associated with the user. For this reason, since it can be made to expect a user about the contents of the privilege which can be obtained when a predetermined monster card is selected, when a lottery is given to a monster card given to a user, a game with higher interest than before Can be realized.

  Moreover, according to the game control apparatus of this embodiment, selection of a monster card | curd is performed repeatedly until the monster card | curd which satisfy | fills 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.

(3) Third Embodiment Hereinafter, a third embodiment of the present invention will be described.
In the first embodiment described above, the case where the selection of the monster card is repeated until the desired card is selected is described as an example. It has become.
A functional block diagram of the game control apparatus of the third embodiment is shown in FIG. As shown in FIG. 16, this functional block diagram is different from that shown in FIG.
Hereinafter, a configuration different from the first embodiment will be described.

(3-1) Configuration of Database Server FIG. 17 shows a data configuration example of lottery box data in the present embodiment. The lottery box data shown in FIG. 17 indicates, for each user ID, a predetermined number of monster cards (identification code in the example in the drawing) included in the lottery box and an acquisition state of the predetermined number of monster cards by the corresponding user. Information (in the example of the figure, 1-bit data (0: not acquired, 1: acquired)). The contents of the monster card included in the lottery box may be the same for each user (user ID) or may be different.

(3-2) Game of this Embodiment Hereinafter, the contents of the game of this embodiment will be described with reference to FIGS. 18 to 19 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.
The configuration of the web pages P11 to P13 illustrated in FIG. 18 is the same as the configuration of the web pages P1 to P3 in FIG.

  When the user performs an operation of selecting the menu m4 on the web page P12, a lottery box purchase process is performed. When the process ends normally, the web page is updated as shown in P14. On the web page P14, the number of monster cards obtained by the user by lottery for each rare degree, the menu m20 described as “lottery execution” for executing the lottery, and “stop” for temporarily stopping the lottery, for example Menu m21 etc. written as “is included.

When the user performs a selection operation of the menu m20 (“lottery execution”) on the web page P14, the web page is updated as shown in P15. The web page P15 includes information related to each of a plurality of lottery monster cards. Here, in the game of this embodiment, the user can obtain a plurality of objects by one lottery. In addition, every time the user performs a lottery (each time the menu m5 is selected), the user can obtain information on a plurality of monster cards acquired (obtained) by the lottery.
Further, when the web page P15 is displayed for a predetermined time, it is updated to a web page (not shown) configured in the same manner as the web page exemplified in P14. In this web page, the number of acquisitions for each rare degree of monster cards is displayed in a state updated according to the number of monster cards obtained by the user. The user can repeatedly execute the monster card lottery by selecting the menu m20 on the web page.

Next, it is assumed that the web page is updated as shown in P <b> 16 when the user repeatedly draws monster cards. The web page P16 is configured in the same manner as the web page P14.
When the user performs a selection operation of the menu m20 (“lottery execution”) on the web page P16, the web page is updated as shown in P17. The web page P17 is configured similarly to the web page P7 of FIG.

When the user performs a selection operation on the menu m22 (“Confirm Acquired Card”) on the web page P17, the web page is updated as shown in P18. The web page P18 is configured similarly to the web page P8 of FIG.
Further, when the user performs a selection operation on the menu m23 (“Check remaining cards”) on the web page P17, the cards remaining in the lottery box when the lottery is stopped (that is, cards that the user has not obtained). A web page (not shown) for notifying information is displayed on the communication terminal 10 side. This web page may be configured similarly to the web page exemplified in P18.

  Although illustration is omitted, the web page P17 may include a menu for executing the monster card lottery again. In other words, the user should check the contents of the monster card obtained by the time of the lottery stop and / or the card remaining in the lottery box at the time of the lottery stop, and then should the monster card lottery be redrawn or terminated Can be judged. In this case, when the user performs an operation for selecting the menu, the web page may be updated as shown in P16, for example.

(3-3) Overview of Functions in Game Control Device The function of the association means 53 in the present embodiment is realized 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. And CPU21 sets "0" (unacquired) to the item of the acquisition state corresponding to each of the recorded identification code (monster card). In this way, the user is associated with a predetermined number of monster cards.

  The function of the selection means 54 in this embodiment is implement | achieved as follows, for example. When the menu m20 (“lottery execution”) is selected (input) on the web page P14 or P16, the CPU 21 of the game server 20 accesses the lottery box data and performs a predetermined corresponding to the user ID of the user to be processed. Among a number of monster cards (identification codes), a plurality of monster cards are selected (extracted) out of monster cards whose acquisition status is “0” (unassigned) or based on a predetermined rule. Note that the number of monster cards to be selected (extracted) may be the same or different for each selection operation of the menu m20.

  In addition, since the function of the cancellation | release means 55 in this embodiment, the provision means 56, and the information provision means 58 is the same as that of 1st Embodiment, it abbreviate | omits description.

The accepting unit 61 has a function of accepting information related to a predetermined input by the user.
The function of the reception means 61 is realizable as follows, for example. First, when the menu m21 (“stop”) is selected (predetermined input) on the web page P14 or P16, for example, the CPU 11 of the user communication terminal 10 sends an HTTP request for instructing stop of the lottery. The data is transmitted to the game server 20 via the communication interface unit 17. On the other hand, the CPU 21 of the game server 20 acquires the HTTP request via the communication interface unit 25.

  The function of the privilege provision means 59 in this embodiment is implement | achieved as follows, for example. Here, a case where “when a predetermined object is selected” is when a predetermined input is received will be described as an example. For example, when the CPU 21 of the game server 20 recognizes that the menu m21 (“stop”) is selected on the web page P14 or P16 (when a predetermined input is accepted), the CPU 21 is associated with the processing target user. The process which provides the said user with the privilege according to the information regarding the monster card which is carried out is performed. The contents of this process are the same as in the first embodiment.

(3-4) 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 flowchart of FIG. .
Note that HTML data for displaying the web pages P12, P14, and P15 to P18 is transmitted from the game server 20 to the communication terminal 10 as appropriate in accordance with the execution of each process in the flowchart of FIG. In some cases, the HTML data transmission process is not described in the flowchart so as to avoid complications. On the flowchart, the timing at which each of the web pages P12, P14, and P15 to P18 is displayed is indicated by the symbols P12, P14, and P15 to P18.
In the flowchart of FIG. 20, a case where the user does not have a lottery box will be described as an example.

In the flowchart of FIG. 20, when recognizing that the menu m2 (“lottery”) is selected by the user on the top page P11, the CPU 21 of the game server 20 generates HTML data for displaying the web page P12. To the communication terminal 10 of the user.
Next, when the CPU 21 recognizes that the menu m4 (“Purchase box”) has been selected on the web page P12 (step S300: YES), the lottery box purchase process is performed. 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 S302). Next, the CPU 21 generates HTML data for displaying the web page P14 and transmits the HTML data to the user communication terminal 10.
In the process of step S300, when the menu m3 (“confirm contents”) or menu m4 (“purchase box”) has not been selected on the web page P12, or the lottery box purchase process. If the process ends abnormally, the CPU 21 may end the lottery process.

When recognizing that the menu m20 (“lottery execution”) is selected on the web page P14 (step S304: YES), the CPU 21 performs a card lottery process (step S306). Here, the contents of the card lottery process are the same as the flow of FIG. When the menu m20 (“lottery execution”) is not selected (step S304: NO), the CPU 21 proceeds to the process of step S308 described later.
Next, when the CPU 21 recognizes that the menu m21 (“stop”) has been selected on the web page P14 or P16 (step S308: YES), the CPU 21 responds to information related to the monster card associated with the user. A privilege is given to the user (step S310). And CPU21 produces | generates the HTML data for displaying the web page P17, and transmits to a user's communication terminal 10. FIG. On the other hand, when the menu m21 (“stop”) is not selected in the process of step S308 (step S308: NO), the CPU 21 proceeds to the process of step S304.

  Next, when the CPU 21 recognizes that the menu m22 (“Confirm Acquired Card”) has been selected on the web page P17 (step S312: YES), the CPU 21 displays information on the acquired card (web page). HTML data for P18) is generated (step S314) 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 a predetermined number of monster cards corresponding to the user ID of the user to be processed. To do. And CPU21 comprises a web page (web page P18) 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 m23 (“confirm remaining card”) without selecting the menu m22 (“confirm acquired card”) on the web page P17 (step S312: NO). If this is recognized (step S316: YES), HTML data for a web page that displays information on the monster card remaining in the lottery box is generated (step S318) and transmitted to the communication terminal 10 of the user to be processed. . In this case, when the CPU 21 recognizes that the menu m23 (“Check remaining cards”) has been selected on the web page P17, the CPU 21 accesses the lottery box data and corresponds to the user ID of the user to be processed. From the predetermined number of monster cards, monster cards whose acquisition status is set to “0” (not acquired) are 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).
If the menu m22 is not selected on the web page P17 (step S312: NO), and the menu m23 is not selected and operated for a predetermined time (step S316: NO), the CPU 21 ends the lottery process. May be.

  As described above, according to the game control device of the present embodiment, the user can obtain a monster card selected (lottery) from the first card group associated with the user by his / her input. it can. 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, when a predetermined monster card is selected (when the monster card is obtained), the user can obtain a privilege according to information regarding the monster card associated with the user. For this reason, since it can be made to expect a user about the contents of the privilege which can be obtained when a predetermined monster card is selected, when a lottery is given to a monster card given to a user, a game with higher interest than before Can be realized.

(4) Fourth Embodiment Hereinafter, a fourth embodiment of the present invention will be described.
FIG. 21 shows a functional block diagram of the game control apparatus of the fourth embodiment. As shown in FIG. 21, this functional block diagram is different from that shown in FIG. 14 in that an accepting means 61 is provided instead of the condition setting means 54.
Hereinafter, a configuration different from the second embodiment will be described.

  A data configuration example of the lottery box data in the present embodiment is shown in FIG. The lottery box data shown in FIG. 22 is different from the lottery box data shown in FIG. 15 in that a condition flag corresponding to each rare degree is not provided.

  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. Note that the assignable number for each of the plurality of rare degrees may be set in advance.

  The function of the selection means 55 in this embodiment is implement | achieved as follows, for example. For example, when the menu m20 (“lottery execution”) is selected on the web page P14 or P16, the CPU 21 of the game server 20 accesses the lottery box data, and a plurality of rares corresponding to the user IDs of the users to be processed. At least 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 the monster cards belonging to each rare degree for each determined rare degree.

  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.

  The function of the privilege provision means 59 in this embodiment is implement | achieved as follows, for example. For example, the CPU 21 of the game server 20 accesses the lottery box data in the process of step S310 in the flow of FIG. 20, and adds the total number of grantable numbers for each rare degree corresponding to the user ID of the user to be processed (or The ratio of the total to the total number (predetermined number) of assignable numbers for each rare degree when associated with the user is determined. Next, the CPU 21 determines a privilege based on the total number of grantable numbers (or the ratio of the total to the predetermined number). Here, for example, the privilege may be set so as to increase as the total number of grantable numbers (or the ratio of the total to the predetermined number) increases. Then, the CPU 21 gives the determined privilege to the user.

  According to the game control device of the present embodiment, the user obtains a monster card selected (lottery) from among a plurality of monster cards belonging to any one of the plurality of rare degrees by his input. be able to. In addition, when a monster card is selected, the user can repeatedly draw a monster card in a state where the number of grantables corresponding to the rare degree of the monster card is reduced. Furthermore, when a predetermined monster card is selected (when the monster card is obtained), the user can obtain a privilege according to the number that can be granted for each rare degree associated with the user. For this reason, since it can be made to expect a user about the contents of the privilege which can be obtained when a predetermined monster card is selected, when a lottery is given to a monster card given to a user, a game with higher interest than before Can be realized.

(5) Modified Examples Hereinafter, modified examples of the above-described embodiment will be described.

(5-1) Modification 1
In each of the embodiments described above, when an object group including a monster card different from the monster card associated with the user when a predetermined monster card (object) is selected is a second card group (second object group) In addition, the release unit 56 releases the association between the user and the monster card associated with the user when the predetermined monster card is selected, and the privilege grant unit 59 includes the user and the first monster card. The privilege may be given to the user by associating with two card groups.
In this modification, the user obtains a privilege, and when a predetermined monster card is selected, the user selects a lottery for a second card group including a monster card that is different from the monster card associated with the user. It can be carried out. That is, the user can enjoy the monster card lottery in a state where the lottery target monster card is changed. Here, for example, when the monster card desired by the user is included in the second card group, the user is motivated to draw the monster card in order to obtain the desired monster card. Thereby, it can be set as the mechanism which attracts a user to a game.

  The function of the release means 56 in this modification is implement | achieved as follows, for example. Here, a case where the “predetermined object” is a desired card will be described as an example. The CPU 21 of the game server 20 accesses the lottery box data and erases all the monster cards (identification codes) corresponding to the user IDs of the users to be processed (correspondence) in the process of step S128 of the flow of FIG. 12B, for example. Cancel).

Moreover, the function of the privilege provision means 59 in this modification is implement | achieved as follows, for example. When the CPU 21 of the game server 20 erases all the monster cards (identification codes) corresponding to the user IDs of the users to be processed based on the function of the release means 56, a plurality of monster cards (second cards) for the user IDs. The identification codes of each group) are recorded in association with each other. Here, the number of monster cards newly associated with the user ID may be arbitrarily set. The newly recorded monster card identification code is a monster card whose acquisition status is “0” (not granted) when it is deleted by the function of the release means 56 (that is, a monster card associated with the user). ) May be different from all of the identification codes, or some of them may be different.
Next, the CPU 21 sets “0” in the condition flag item corresponding to each newly recorded identification code (monster card), and sets “0” (not acquired) in the acquisition state item.

(5-2) Modification 2
In the first modification, the privilege granting means 59 determines that the remaining number of monster cards associated with the user when a predetermined monster card (object) is selected is less than or equal to a predetermined threshold value. The user and the second card group may be associated with each other so that many monster cards are included in the second card group (second object group).
According to this modification, when the user selects a predetermined monster card, the remaining number of monster cards associated with the user (that is, the association with the user among the cards included in the first card group). If the number of cards that are not released is equal to or less than a predetermined threshold value, a lottery for the second card group including more monster cards than the remaining number can be performed. In this case, the user can obtain more monster cards by performing the lottery for the second card group as compared with the case where only the first card group is the lottery object. For this reason, in order to obtain many monster cards, the user is motivated to perform lots of monster card lotteries. Thereby, it can be set as the mechanism which attracts a user more to a game.

  The function of the privilege provision means 59 in this modification is implement | achieved as follows, for example. The CPU 21 of the game server 20 may count the number of monster cards whose acquisition state is “0” (unassigned) when being erased by the function of the release means 56 as the remaining number of monster cards. Then, when the remaining number of the monster cards is equal to or less than a predetermined threshold (for example, 10), the CPU 21 associates the second card group including more monster cards than the remaining number with the processing target user. Here, the number of monster cards in the second card group may be determined by adding or multiplying the remaining number of monster cards by a predetermined value.

(5-3) Modification 3
In each of the embodiments described above, the privilege granting means 59 is configured such that the information regarding the monster card (object) associated with the user is the remaining number of monster cards associated with the user or the ratio of the remaining number to the predetermined number. When the predetermined monster card is selected, the content of the privilege may be determined according to the remaining number of monster cards associated with the user or the ratio of the remaining number to the predetermined number. .
According to this modification, when the user selects a predetermined monster card, the user can obtain a privilege according to the remaining number of monster cards associated with the user or the ratio of the remaining number to the predetermined number. . For this reason, it can be set as the mechanism which makes a user expect the content of the privilege obtained when the number of the monster cards which can be obtained before a predetermined monster card is selected, and a predetermined monster card is selected.

The function of the privilege provision means 59 in this modification is realizable as follows, for example. Here, a case where the “predetermined object” is a desired card will be described as an example. Further, here, the smaller the ratio of the remaining number of monster cards associated with the user or the predetermined value (the total number of monster cards in the first card group) of the remaining number, the larger privilege is given to the user. A case where the contents of the privilege are determined will be described as an example. For example, in the process of step S128 of the flow of FIG. 12B, the CPU 21 of the game server 20 may determine the content of the privilege using, for example, data set as follows.
When the number of cards associated with the user (or the ratio of the number to the predetermined number (total number of monster cards in the first card group)) is 51 to 100 (or 20.1 to 30.0%), When the number of cards associated with 100 points / users (or the ratio of the number to a predetermined number) is 11 to 50 (or 10.1 to 20%), the privileges are associated with 200 points / users. If the number of cards being played (or the ratio of the number to the predetermined number) is 0 to 10 (or 0 to 10.0%), the privilege is 500 points. In this case, the number of cards associated with the user or The smaller the ratio of the number to the predetermined number, the greater the privilege. The CPU 21 accesses the user database 31 and increases the value of the point corresponding to the user ID of the user to be processed by the value of the point determined as a privilege.
Further, as described in the first embodiment, the privilege granting means 59 is the remaining number of monster cards associated with the user or the ratio of the remaining number to the predetermined value (total number of monster cards in the first card group). The content of the privilege may be determined such that the smaller the value is, the larger the privilege is given to the user.

  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 embodiment described above, the functions of the association unit 53, the selection unit 55, the release unit 56 (or the change unit 60), the grant unit 57, and the privilege grant unit 59 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 embodiments. For example, FIGS. 23A and 23B show examples 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. In FIGS. 23A and 23B, 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 first object group including a predetermined number of objects. The selection unit 55 may have a function of selecting one or a plurality of objects from the first object group based on information related to the user input. The canceling unit 56 may have a function of canceling the association between the selected object of the first object group 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. The privilege granting unit 59 may have a function of granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected.

  In the lottery apparatus, the association unit 53 may have a function of associating the user with the number of objects that can be assigned for each attribute of the object. The selection means 55 has a function of selecting a plurality of objects from a population of objects within a range of the number that can be assigned for each attribute associated with the user, based on information relating to the user input. Also good. The changing unit 60 may have a function of changing the association by reducing the number of assignables corresponding to the attribute of the selected object in the first object group each time an object is selected. The giving means 57 may have a function of giving the selected object to the user. The privilege granting unit 59 may have a function of granting a privilege to the user according to the number of grantable attributes for each attribute associated with the user when a predetermined object is selected.

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 first object group composed of a predetermined number of objects;
Selection means for selecting one or more objects from the first group of objects based on information about the user input;
Each time an object is selected, release means for releasing the association between the selected object of the first object group and the user;
Granting means for granting the selected object to the user;
A privilege granting means for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
A game control device comprising: When an object group including an object different from the object associated with the user when the predetermined object is selected is a second object group,
The releasing means releases the association between the user and the object associated with the user when the predetermined object is selected,
The privilege granting means grants the privilege to the user by associating the user with the second object group.
The game control apparatus according to claim 1. If the remaining number of objects associated with the user is equal to or less than a predetermined threshold when the predetermined object is selected, the privilege granting unit adds more objects than the remaining number to the second object group. And associating the user with the second object group,
The game control apparatus according to claim 2. The privilege granting means, when the information related to the object associated with the user is the remaining number of objects associated with the user or the ratio of the remaining number to the predetermined number, The content of the privilege is determined according to the remaining number of objects associated with the user or the ratio of the remaining number to the predetermined number when the user is selected.
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;
Selection means for selecting one or a plurality of objects from a population of objects within a range of assignable numbers for each attribute associated with the user based on information on the user's input;
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;
When a predetermined object is selected, privilege granting means for granting the user a privilege according to the number of grantable attributes for each attribute associated with the user;
A game control device comprising: Associating a user with a first object group comprising a predetermined number of objects;
Selecting one or more objects from the first group of objects based on information about the user input;
Each time an object is selected, releasing the association between the selected object of the first object group and the user;
Granting the selected object to the user;
Giving a privilege to the user according to information about the object associated with the user when a predetermined object is selected;
A game control method comprising: On the computer,
A function for associating a user with a first object group composed of a predetermined number of objects;
A function of selecting one or more objects from the first group of objects based on information about the user input;
A function of canceling the association between the selected object and the user each time the object is selected;
A function of giving the selected object to the user, and a function of giving a privilege to the user according to information on the object associated with the user when a predetermined object is selected;
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 first object group composed of a predetermined number of objects;
Selection means for selecting one or a plurality of objects from the first object group based on information relating to the user input;
Release means for releasing the association between the selected object and the user in the first object group each time an object is selected,
A granting means for granting the selected object to the user;
A privilege granting means for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
Each of the means is provided in either the communication terminal or the server,
Game system. Association means for associating a user with a first object group composed of a predetermined number of objects;
Selection means for selecting one or more objects from the first group of objects based on information about the user input;
Each time an object is selected, release means for releasing the association between the selected object of the first object group and the user;
Granting means for granting the selected object to the user;
A privilege granting means for granting a privilege to the user according to information related to the object associated with the user when a predetermined object is selected;
A lottery device.

Images