JP5847036B2 - GAME CONTROL DEVICE, PROGRAM, GAME SYSTEM - Google Patents

Description

  The present invention relates to a lottery processing technique for determining one lottery object by lottery from a plurality of lottery objects on a game such as a character.

  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 cooperative play with other users (friends), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or items An exchange has been made. 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, issued on November 15, 2011), pages 7-8

Some conventional social games are provided with a lottery function for, for example, characters and items on the game. In this lottery function, a lottery population including a plurality of lottery targets such as characters and items is constant, and a lottery is randomly selected from the same population, no matter how many times the user performs lottery. . Limiting the lottery population has also been conventionally performed. For example, for a lottery of a rare item with a high rarity value (item with a high degree of rarity) on the game, the lottery is performed with the rare item as the lottery population. However, the population itself is not changed by the user's lottery action. Therefore, the probability that the user can obtain a desired lottery object from the determined lottery target population is basically constant.
In the above-described conventional lottery function, the user may not be able to obtain a lottery object such as a character or item desired by the user, and the user will not be interested in executing the lottery function. There was a case.

  Accordingly, an object of the present invention is to provide a game control device, a game control method, a program, a game system, and a lottery device that make it easy to obtain a user's desired lottery object in the lottery function.

The first aspect of the present invention is:
Storage means (51) for storing in a storage device the plurality of lottery objects, which are a plurality of lottery objects, and each lottery object is associated with item information that is information on each item for a plurality of items;
A first lottery means (53) for determining a lottery object from among the plurality of lottery objects by lottery;
Presenting means (54) for presenting part or all item information to the user among a plurality of item information associated with the lottery object determined by the first lottery means (53);
Obtaining means (55) for obtaining a selection result of the user with respect to a condition based on at least any item information among the item information presented by the presenting means (54);
A second lottery means (56) for determining one of the lottery objects by lottery so as to satisfy the condition indicated by the selection result;
It is a game control apparatus provided with.

In this game control device, the “lottery object” may be any object as long as it can be determined by a lottery, and may include, for example, items and characters on the game. In this case, the character is, for example, a virtual person, a creature, a monster or the like on the game, and includes those displayed on the card. Moreover, the card | curd about magic or a technique may be sufficient.
In this game control device, the “item” may be an index for enabling comparison between a plurality of lottery objects. For example, when a lottery object is a character, the item of the character is an attribute or an ability value. May be.
In this game control apparatus, the “item information” may be information in an arbitrary format such as image information, audio information, text information, icons, codes, etc., about the item.
The “condition based on item information” may be any condition as long as the condition is based on item information. For example, when the item is an attribute and the attribute C is provided as item information, “the attribute is C” is an example of “condition based on item information”. For example, when the item is an ability value and the item information is 200 as numerical information, “the ability value is 200 or more”, “the ability value is less than 200”, and the like are based on the item information. It is an example of “condition”.
In this game control device, “presenting item information to the user” includes various presentation modes as long as the user can visually or audibly recognize the item information.
In this game control device, “user selection for a condition” means not only selecting information directly indicating the condition itself, such as text information, but also information associated with the condition (for example, an identification code, a barcode). , Menu, etc.).

  In this game control device, some or all item information is presented to the user among a plurality of item information associated with the lottery object determined by the first lottery. The user selects a condition based on at least one item information among the presented item information. One of the lottery objects is determined by the second lottery so as to satisfy the condition selected by the user. That is, based on the conditions selected by the user, the lottery target population in the second lottery is narrowed down. Therefore, in the second lottery, the user's preference for the item information is reflected in the lottery result, and the user's desired lottery object can be easily obtained.

In the game control device, the presenting means (54) provides a part or all of the item information among the plurality of item information associated with the lottery object determined by the second lottery means (56) to the user. The second lottery means (56) presents, when determining the lottery object a plurality of times, in the Nth (N: integer greater than or equal to 2) determination of the lottery object, the selection result up to the determination indicates 1 Alternatively, one of the lottery objects may be determined by lottery so as to satisfy a plurality of conditions.
In this configuration, lottery by the second lottery means (56) is continuously performed a plurality of times, and item information is presented to the user each time. Each time a user selects a lottery object, the user selects a condition based on at least one item information among the presented item information. Therefore, one of the lottery targets is determined by the Nth lottery so that the conditions selected by the user in each of the N-1th lottery are satisfied. That is, based on one or a plurality of conditions selected by the user up to the (N-1) th time, the lottery target population in the Nth time lottery is narrowed down. Therefore, in a plurality of lotteries, the user's preference for item information is narrowed every time a lottery is performed, and the user can obtain his / her desired lottery object with high accuracy.

In the game control device, the association means (57) for associating the lottery object determined by the first lottery means (53) or the second lottery means (56) with the user based on the input information of the user. The second lottery means (56) may cancel the one or more conditions when the lottery object is associated with the user by the association means (57).
Associating a lottery object with a user may be, for example, making a character or item as a lottery object a user's possessed character or possessed item on a game. When the lottery object is associated with the user, the conditions for the lottery are canceled, and the lottery is performed based on the new condition after the association, thereby separating the time when the lottery object is associated with the user. It can be set as the mechanism by which the lottery with the conditions mentioned above is performed continuously.

  The said game control apparatus WHEREIN: The said acquisition means (55) may restrict | limit the user's selectable frequency | count or selectable period. With this configuration, the user has limited opportunities to reflect his / her preferences in the conditions for the lottery, so the user can carefully select the conditions based on the item information, and an interesting lottery function can be realized.

The said game control apparatus WHEREIN: The said acquisition means (55) may restrict | limit the user's selectable frequency | count or selectable period for every item. For example, the number of selectable times or the selectable period for each item can be set arbitrarily. For example, when the number of selectable lottery conditions is limited for each item, a restriction method for limiting the number of times to add lottery conditions based on item information of specific items and lottery conditions based on item information of specific items are set. Either of the two limiting methods of limiting the number of times may be taken.
In this configuration, it is possible to appropriately adjust the lottery function according to the item. For example, for items that have a relatively high impact on the progress of the game, the number of selectable times is reduced or the selectable period is shortened. Alternatively, the selectable period may be lengthened. This makes it possible to make it easier for the lottery objects related to the user's preference to appear while suppressing the appearance of lottery objects that have a high influence on the progress of the game, and to adjust the game settings in a well-balanced manner.

In the game control apparatus, the presenting means (54) is selected from among a plurality of item information associated with the lottery objects determined by the first lottery means (53) or the second lottery means (56). The item information to be presented to the user may be determined randomly or according to a predetermined rule.
In this configuration, item information presented to the user from among a plurality of item information associated with the lottery object varies each time the lottery is performed by the first or second lottery means (56), thereby allowing the user to select In addition, conditions based on item information vary. For this reason, the lottery conditions in the second lottery means (56) are not always set based on the item information desired by the user, so that a lottery with high interest can be realized. In particular, when the user's selectable number of times or the selectable period is limited, the user comes to pay more attention to the presented item information, that is, the selectable item information. It can be further increased.

A second aspect of the present invention is a game control method,
A storage step of storing a plurality of lottery objects, which are a plurality of lottery objects, and each lottery object is associated with item information that is information of each item for a plurality of items;
A first lottery step for determining any lottery object from among the plurality of lottery objects by lottery;
A presenting step of presenting some or all item information to the user among the plurality of item information associated with the lottery object determined in the first lottery step;
An obtaining step for obtaining a selection result of the user for a condition based on at least any item information among the item information presented in the presenting step;
A second lottery step for determining any lottery object from among the plurality of lottery objects by lottery so as to satisfy the condition indicated by the selection result;
including.

A fourth aspect of the present invention relates to a computer.
A storage function for storing a plurality of lottery objects, which are a plurality of lottery objects, and each lottery object is associated with item information that is information of each item for a plurality of items;
A first lottery function for determining any lottery object from among the plurality of lottery objects by lottery;
A presenting function for presenting some or all item information to a user among a plurality of item information associated with a lottery object determined by the first lottery function;
An acquisition function for acquiring a selection result of the user for a condition based on at least any item information among the item information presented by the presentation function; and
A second lottery function for determining one of the lottery objects by lottery so that the condition indicated by the selection result is satisfied;
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) configured to be accessible from the communication terminal.
This game system
A game system including a communication terminal and a server accessed from the communication terminal,
Storage means (51) for storing a plurality of lottery objects, which are a plurality of lottery objects, and each lottery object is associated with item information that is information of each item for a plurality of items;
A first lottery means (53) for determining a lottery object from among the plurality of lottery objects by lottery;
Presenting means (54) for presenting some or all item information to the user among the plurality of item information associated with the lottery object determined by the first lottery means (53),
Obtaining means (55) for obtaining a selection result of the user with respect to a condition based on at least any item information among the item information presented by the presenting means (54); and
A second lottery means (56) for determining one of a plurality of lottery objects by lottery so as to satisfy the condition indicated by the selection result;
Any one of the communication terminal and the server is provided with each means.

A sixth aspect of the present invention is a lottery device,
Storage means (51) for storing in a storage device the plurality of lottery objects, which are a plurality of lottery objects, and each lottery object is associated with item information that is information on each item for a plurality of items;
A first lottery means (53) for determining a lottery object from among the plurality of lottery objects by lottery;
Presenting means (54) for presenting part or all item information to the user among a plurality of item information associated with the lottery object determined by the first lottery means (53);
Obtaining means (55) for obtaining a selection result of the user with respect to a condition based on at least any item information among the item information presented by the presenting means (54);
A second lottery means (56) for determining one of the lottery objects by lottery so as to satisfy the condition indicated by the selection result;
Is provided.
In the above, in order to facilitate the understanding of the present invention, the reference numerals shown in the drawings are appropriately described in parentheses, but this restricts the game control device and the like according to the present invention to the illustrated embodiment. It is not a thing.

  According to the game control device, the game control method, the program, the game system, and the lottery device of the present invention, it is possible to easily obtain the user's desired lottery object in the lottery function.

The figure which shows the basic composition of the game system of embodiment. The figure which shows the example of the external appearance of the communication terminal of embodiment. The block diagram which shows the structure of the communication terminal of embodiment. The block diagram which shows the structure of the game server of embodiment. The block diagram which shows the structure of the database server of embodiment. The figure which shows the structural example of a user database. The figure which shows an example of a data structure of a dinosaur card database. The figure which shows an example of a data structure of lottery condition data. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The functional block diagram for demonstrating the function to play main roles with the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The figure which illustrates the web page displayed in a user's communication terminal in the modification of an embodiment. The flowchart which shows an example of the main processes of the game control apparatus of the modification of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of the modification of embodiment. The figure for demonstrating the restriction | limiting method when the item information shown to a user is restrict | limited in the modification of embodiment. The figure which illustrates the web page displayed in a user's communication terminal in the modification of an 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.

  Hereinafter, embodiments of the present invention will be described. In the description of the present embodiment, the dinosaur character is an example of an object.

(1) Configuration of Game System FIG. 1 shows a system configuration example of a game system according to the 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 operates the communication terminal 10 on the web page to execute a game.

  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.

(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 23 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 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 (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. The button group 15 b includes a button group 15 a and a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a 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 (FIG. 2B), the instruction input unit 15 mainly accepts touch panel type input 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.

(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. 3, 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.

(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. However, for convenience of explanation of the embodiment, as an example of the game of the present embodiment, a digital card game using a dinosaur card (hereinafter simply referred to as “ "Game" or "game of this embodiment"). The game of the present embodiment includes a quest process (to be described later) for acquiring a dinosaur card (dinosaur card) by a user searching for an area, and a battle process for performing a battle using a dinosaur card between users.

  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, for each user ID (user identification information), user name / display image, progress level, physical strength point, number of dinosaurs, possessed coins, fellow user ID, and possessed card data items. Contains information about. Information included in the user database 31 can be updated sequentially by the game server 20.

In the following description, the user ID included in the user database 31 or data for each user name (to be described later) specifying the user is generically 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 on the communication terminal 10 when the game is executed. The user name is text of a predetermined length or less that is specified in advance by the user, and the display image is an avatar image that is selected in advance by the user, for example. 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).
-Physical strength point It is a point required in performing the quest process in the game of this embodiment. The physical strength point is a value that decreases by, for example, a certain amount by performing a search in the quest process, and recovers (increases) each time a predetermined time elapses.
-Number of dinosaurs This is the number of dinosaur cards held by the user.
-Owned coin This is the possessed amount of virtual currency (coin) on the game that is required when the user corresponding to the user ID uses the pay function on the game. The possessed coins are consumed (reduced) when the user uses a paid function on the game, and the user pays actual money to the service provider or the like by a predetermined method, and increases according to the amount paid.
・ Friend's user ID
This is data of another user ID associated with the target user ID.
-Data of possession card It is data of the card ID of the dinosaur card possessed by the user.

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 information indicating the progress status of the quest process, information about a battle result with another user, and the like.
Further, as will be described later, in the game of the present embodiment, a dinosaur card lottery (lottery process) is performed during the execution of the game, and the dinosaur card determined by the lottery according to the user's operation input is given to the user. It is a mechanism. Therefore, the game database 32 stores a dinosaur card database and lottery condition data.

The dinosaur card database is a database in which dinosaur cards prepared in the game of this embodiment and their data are described. FIG. 7 is a diagram illustrating an example of the data configuration of the dinosaur card database. The dinosaur card database illustrated in FIG. 7 includes data of each item of image, attribute, body length, weight, and ability value for each card ID (D1, D2,...) Of the dinosaur card. The dinosaur card database constitutes a population of dinosaur cards in the game lottery process of the present embodiment. Specific information (for example, any of the attributes A to C when the item is an attribute) about each item of the image, the attribute, the body length, the weight, and the ability value is an example of the item information.
The “image” of the dinosaur card is an image of a dinosaur character displayed on the dinosaur card. The “length” of the dinosaur card is a value representing the body length of the dinosaur character displayed on the dinosaur card in meters. The “weight” of the dinosaur card is a value representing the weight of the dinosaur character displayed on the dinosaur card in a ton display. The “attribute” of the dinosaur card is the type of dinosaur character (for example, dinosaur class, eyes, etc.) displayed on the dinosaur card, and is one of A to C in this embodiment. The “ability value” of a dinosaur card is a value that is referred to in battle processing using a dinosaur card between users, and is a value indicating the attack power and defense power of the dinosaur card.

  The lottery condition data is data in which conditions for performing lottery for each user are described. FIG. 8 is a diagram illustrating an example of a data configuration of lottery condition data. In the lottery condition data illustrated in FIG. 8, the lottery condition is a condition based on item information (such as C if the attribute) of each item (attribute, body length, weight, ability value) about the dinosaur card. For example, in the case of the user KNM with the user ID: 000001, the lottery condition shown in FIG. 8 is that the attribute is C and the body length is 19 m or longer. As will be described later, the lottery condition data is updated based on the user's selection result for the lottery condition based on the item information.

(5) Game of this embodiment Hereinafter, the content of the game of this embodiment is demonstrated, referring FIGS. 9-12 is a figure which shows the example of a display of the web page displayed on the communication terminal 10, respectively when a quest process is performed.
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 P0 of FIG. 9 includes a user data display area, a dinosaur image display area, and a menu display area. Although the top page P0 is configured for each user to be processed, the top page P0 in FIG. 9 is an example when the user to be processed is the user KNM.
The user data display area is an area in which the progress level, physical strength points, dinosaur count, and data of each item (see FIG. 6) included in the user data of the user to be processed are displayed. In FIG. 9, “40/60” is described as an example of the number of dinosaurs. This is because the number of dinosaur cards held by the user is 40, and the maximum number of dinosaur cards that can be held is 60. Indicates that The dinosaur image display area is an area in which an image of a dinosaur card designated in advance by the user among a plurality of dinosaur cards included in the user data of the user to be processed is displayed. The menu display area includes a menu m1 (“quest”) and a menu m2 (“battle”) respectively corresponding to the processing (quest processing, battle processing) provided in the game of the present embodiment.
When the menu m1 or m2 is selected on the top page P0, the game is started.

When the menu m1 is selected and operated on the top page P0 in FIG. 9, the execution of the quest process is started, and the web page is updated as indicated by P1. In the web page P1, in the display area 100, a Japan map divided into a plurality of regions (areas) is displayed in a state where an area to be searched is highlighted.
In the quest process, the user selects the menu m5 described as “search” provided for each area to be searched (in the example of FIG. 9, the area 9 (sub-areas 9-1, 9-2,...)). Select the operation. With this operation as a trigger, a search for an area to be searched is performed, and when the user acquires a dinosaur card by a lottery process described later, the dinosaur card of the dinosaur is displayed in the display area 102. ing. At this time, every time the menu m5 is selected and searched, the value of “progress” (%) displayed in the display area 101 increases by a random increase amount. Also, the display area 101 displays the value of physical strength points required for one search (in the example of FIG. 9, “−5” is displayed, meaning that only 5 physical fitness points are consumed). Is done. The user's physical strength point is decreased by the value of the displayed physical strength point per search, and the physical strength point is recovered (increased) by a predetermined amount every time a certain time elapses. In the display area 101, an experience value that can be acquired by one search (in the example of FIG. 9, “+8” is displayed, which means that only 8 experience values can be acquired) is displayed. . When the experience value reaches a predetermined value (for example, 100), the progress level is increased by 1 and the experience value is reset (ie, becomes zero).

  In the quest process, the selection operation for the menu m5 by the user is repeatedly performed. For example, when the progress of all the sub-areas 9-1, 9-2,. The search ends, and the search target moves to the next area (for example, area 10).

While the user is executing the quest process, a lottery process for giving a dinosaur card to the user is performed regularly or at random timing. For example, it is determined that the lottery process is performed with a random probability every time the menu m5 is selected a predetermined number of times or every time the menu m5 is selected. In the lottery process, the dinosaur card to be given to the user is determined by lottery, and the web page is updated as shown in P2 of FIG. 10, for example, and the card ID of the dinosaur card to be given to the user (FIG. 10). In this example, D18) and its image are presented. At this time, item information about each item of the attribute, length, weight, and ability value of the dinosaur card may be displayed.
On the web page P2, a menu group of menus m10 (“Acquire”), m11 (“Add lottery condition”), and m12 (“Do not acquire”) is displayed in association with the dinosaur card.

In FIG. 10, when the menu m10 (“Acquire”) on the web page P2 is selected, the web page is updated as shown in P3, and the user is notified that the dinosaur card D18 has been given to the user. The Menu m40 ("Return to quest") is displayed on web page P3. When the menu m40 is selected, the quest web page indicated by P1 in FIG. 9 is returned to and the user can continue the quest process.
In FIG. 10, when the menu m12 (“do not acquire”) on the web page P2 is selected, the quest web page shown in P1 of FIG. 9 is returned to and the user can continue the quest process. The user who has seen the item information of the dinosaur card D18 displayed on the web page P2 determines that the lottery condition desired by the user is not the lottery condition based on the item information. You can take the option of waiting until a dinosaur card with item information that can be added appears.

  In FIG. 11, when the menu m11 (“add lottery condition”) on the web page P2 is selected, the web page is updated as shown in P4. On the web page P4, for example, a list of “current lottery conditions” and an input menu of “lottery conditions to be added” are displayed in association with the items of the dinosaur cards. An example of the web page P4 is when the current lottery condition is nothing across all items (when there is no condition). As the lottery conditions to be added, lottery conditions based on the item information of each item of the dinosaur card displayed on the web page P2 are prepared and can be added.

In the example shown on the web page P4, the attribute C of the dinosaur card D18 presented on the web page P2 can be added as a condition by selecting and operating the menu m30 (“add”) in relation to the attribute.
In the example shown on the web page P4, as a condition based on the body length (8m) of the dinosaur card D18 presented on the web page P2 by selecting and operating the menu m31 (“Add”) in relation to the body length, A lottery condition of “8 m or more” or “less than 8 m” can be added. Any of the conditions that the body length is “8 m or more” or “less than 8 m” can be selected by operating the pull-down menu m21.
In the example shown on the web page P4, as a condition based on the weight (58t) of the dinosaur card D18 presented on the web page P2 by selecting and operating the menu m32 (“Add”) in relation to the weight, A lottery condition of “58 t or more” or “less than 58 t” can be added. The condition that the weight is “58 t or more” or “less than 58 t” can be selected by operating the pull-down menu m22.
In the example shown on the web page P4, as a condition based on the ability value (350) of the dinosaur card D18 presented on the web page P2 by selecting and operating the menu m33 (“Add”) in relation to the ability value, Any lottery condition with an ability value of “350 or more” or “less than 350” can be added. Any condition of the ability value “350 or more” or “less than 350” can be selected by operating the pull-down menu m23.
Menu m40 ("Return to quest") is displayed on web page P4. If it is not necessary to add lottery conditions, the user may select the menu m40. Accordingly, the user can return to the web page for quest shown in P1 of FIG. 9, and the user can continue the quest process.

  In the web page P4, for example, when the menu m30 (“add”) corresponding to the attribute is selected, the web page is updated as shown in P5, and it is notified that the attribute C is added to the current lottery conditions. The In the next lottery process, a lottery is performed based on the “current lottery conditions” shown on the web page P5.

The web page P6 in FIG. 12 is an example of a web page in the case where the lottery process is performed and the dinosaur card D1 is presented to the user after the web page is updated as shown in the web page P5 in FIG. . Since the current lottery condition shown in the web page P5 of FIG. 11 is the attribute C, the dinosaur card having the attribute C is also presented by lottery in the web page P6.
When the menu m11 on the web page P6 (“Add lottery condition”) is selected, the web page is updated as shown in P7. As the “current lottery condition” of the web page P7, the same lottery condition as that notified to the web page P5 of FIG. 11 is displayed. That is, since the attribute C is already set as the lottery condition, the lottery condition input menu related to the attribute is not displayed on the web page P7 as the lottery condition to be added.

In the example shown on the web page P7, as a condition based on the body length (19m) of the dinosaur card D1 presented on the web page P6 by selecting and operating the menu m31 (“Add”) in relation to the body length, A lottery condition of “19 m or more” or “less than 19 m” can be added. Any condition of “19 m or more” or “less than 19 m” can be selected by operating the pull-down menu m21.
In the example shown on the web page P7, as a condition based on the weight (65t) of the dinosaur card D1 presented on the web page P6 by selecting and operating the menu m32 (“Add”) in relation to the weight, A lottery condition of “65 t or more” or “less than 65 t” can be added. The condition that the weight is “65 t or more” or “less than 65 t” can be selected by operating the pull-down menu m22.
In the example shown on the web page P7, as a condition based on the ability value (530) of the dinosaur card D1 presented on the web page P6 by selecting and operating the menu m33 (“Add”) in relation to the ability value, A lottery condition with an ability value of “530 or more” or “less than 530” can be added. Any condition of the ability value “530 or more” or “less than 530” can be selected by operating the pull-down menu m23.

  On the web page P7, for example, when the menu m31 (“Add”) is selected and operated with “19 m or more” selected as the pull-down menu m21, the web page is updated as shown in P8, and the current lottery conditions are set. It is notified that “19 m or more” has been added. That is, the current lottery condition is “attribute C and body length is 19 m or longer”. In the next lottery process, a lottery is performed based on the “current lottery conditions” shown on the web page P8.

  As described above, in this lottery process, each time a dinosaur card is presented to the user, the user adds a lottery condition based on the item information of the presented dinosaur card, and is presented to the user in the lottery process. It is a mechanism that can narrow down dinosaur cards.

(6) Overview of Each Process in Game Control Device Next, each process in the game control device will be described in order to realize the above-described game of the present embodiment.
In the present embodiment, the game server 20 and the database server 30 constitute a game control device. Below, the function implement | achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 13 for the case where the game of this embodiment mentioned above is applied as an example. FIG. 13 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment. In the game control device of the present invention, the game execution means 52 and the association means 57 are not essential components.

The memory | storage means 51 is equipped with the function to memorize | store the dinosaur card database about several dinosaur cards (lottery object) in the game database 32 (memory | storage device). Each dinosaur card is associated with item information for each of a plurality of items (image, attribute, body length, weight, ability value items in the example of the present embodiment).
In order to realize the function of the storage means 51, the CPU 21 of the game server 20 writes the item information of each item in the dinosaur card database and stores it for each card ID of the dinosaur card. The CPU 21 may update at least one of the item information (for example, ability value) as necessary.

The game execution means 52 receives an HTTP request in response to a user's selection operation on the web page with respect to the communication terminal 10, and HTML data (that is, an HTTP response) for sequentially updating the web page displayed on the communication terminal 10. Is transmitted, the function of executing the game of this embodiment by a web service is provided. The game according to the present embodiment includes the following processing to be executed by the user.
・ Quest processing: Processing to acquire a dinosaur card by a user searching for an area ・ Battle processing: Battle processing in which a battle (match) using a dinosaur card is performed between users Note that the battle processing is not described in detail here. However, for example, the result of the battle is determined in accordance with the ability value of the dinosaur card used by the user in the battle. For example, a user who uses a dinosaur card having a large ability value for a battle may be set to have a higher possibility of winning against another user who uses a dinosaur card having a smaller ability value for the battle.

The function in which the game execution means 52 performs a quest process is implement | achieved as follows.
When the CPU 21 of the game server 20 receives the HTTP request including the selection operation result of the menu m5 (“search”) to be searched, the CPU 21 performs the following series of processes. That is, the CPU 21 accesses the user database 31 and updates (decreases) the value of the physical strength point of the target user ID. The CPU 21 increases the user experience value and the progress value by a predetermined amount. When the CPU 21 determines that the user's experience value has reached a predetermined value, the CPU 21 increases the progress level by 1 and resets the experience value (that is, makes it zero). CPU21 produces | generates the HTML data containing the value of the updated progress degree, for example, and transmits to a user's communication terminal 10. FIG. At this time, if the CPU 21 determines that the value of the degree of progress has reached 100%, the CPU 21 generates HTML data so as to shift the search target to the next area.
In the quest process, the strength points required for one search may be different for each area to be searched. That is, the amount of physical strength points that are reduced (consumed) in one search may be different for each area to be searched. For example, as the user's progress level increases, the amount of physical strength points consumed may be increased.

The first lottery means 53 has a function of determining any dinosaur card by lottery from a plurality of dinosaur cards (lottery targets) in the dinosaur card database. In the following, the lottery by the first lottery means 53 is referred to as “first lottery”.
The function of the first lottery means 53 can be realized as follows. During the quest process, the CPU 21 of the game server 20 performs the lottery process with a random probability every time the menu m5 ("search") selection operation is performed a predetermined number of times or every time the menu m5 selection operation is performed. Decide that. Next, the CPU 21 determines one of the dinosaur cards by lottery using the dinosaur cards included in the dinosaur card database as a population.

The presenting unit 54 has a function of presenting part or all item information to the user among a plurality of item information associated with the dinosaur card (lottery target) determined by the first lottery of the first lottery unit 53. Is provided. In the present embodiment, item information presented by the presentation means 54 is presented in a form included in the lottery condition to be added. For example, in the web page P4 (FIG. 11), the item information (8m) about the body length of the dinosaur card D18 is presented in a format included in the lottery condition “8m or more” or “less than 8m”.
The acquisition unit 55 has a function of acquiring a user's selection result for a lottery condition based on at least one item information of the item information presented by the presentation unit 54.

  The functions of the presentation unit 54 and the acquisition unit 55 can be realized as follows. When the CPU 21 of the game server 20 receives, for example, an HTTP request including a selection operation result of the menu m11 (“determining lottery conditions”) in FIG. 11, the dinosaur card (determined by the first lottery and presented to the user) In the example of FIG. 11, the item information of the dinosaur card D18) is read from the dinosaur card database, HTML data is generated in a format that allows adding lottery conditions based on the read item information, and the communication terminal of the user to be processed 10 to send. For example, if the item information read for the ability value item is “350”, the CPU 21 sets “350 or more” and “less than 350” as the lottery conditions that can be added for the ability value based on this item information. Correspondingly, HTML data is generated. When the CPU 21 receives an HTTP response including the user's selection result for any lottery condition from among the lottery conditions that can be added based on the item information of the presented dinosaur card, the CPU 21 accesses the lottery condition data and returns the HTTP response. Processing for writing the lottery conditions indicated by the included selection results into the lottery conditions of the user to be processed is performed. For example, as illustrated in FIG. 11, when the attribute C is added as the lottery condition, as shown in the lottery condition data in FIG. 8, among the lottery conditions of the user (user KNM) with the user ID: 000001 “Attribute C” is added to the attribute column.

The second lottery means 56 determines any dinosaur card by lottery from a plurality of dinosaur cards (lottery targets) in the dinosaur card database so that the lottery condition indicated by the selection result acquired by the acquisition means 55 is satisfied. It has a function. There may be a case where there is no lottery condition. That is, when the acquisition unit 55 has not acquired the user's selection result, the lottery condition may not be set. Hereinafter, the lottery by the second lottery means 56 is referred to as “second lottery”.
The function of the second lottery means 56 can be realized as follows. During the quest process, the CPU 21 of the game server 20 performs the lottery process with a random probability every time the menu m5 ("search") selection operation is performed a predetermined number of times or every time the menu m5 selection operation is performed. Decide that. In the case of the lottery process in the second lottery, the CPU 21 performs the lottery process with reference to the lottery condition data of the user to be processed. For example, when “attribute C” is set in the attribute column in the lottery condition data, the CPU 21 uses the dinosaur card of attribute C included in the dinosaur card database as a population in the lottery process in the second lottery. One of the dinosaur cards is determined by lottery.

The association unit 57 has a function of associating a dinosaur card (lottery target) determined by the first lottery unit 53 or the second lottery unit 56 with the user based on user input information.
In order to realize the function of the association unit 57, the CPU 21 of the game server 20 receives, as user input information, for example, an HTTP request including a selection operation result of the menu m10 ("Acquire") in FIGS. Then, the process which writes the card ID of the dinosaur card shown to the user of a process target in the column of the data of the possession card of user data is performed. Thereby, the dinosaur card presented to the user during the quest process is associated with the user's possessed card.

  As described above, the case where the lottery is performed twice has been described for each unit illustrated in FIG. 13, but the lottery by the second lottery unit 56 may be performed a plurality of times. That is, the second lottery means 56 may sequentially perform the third lottery, the fourth lottery, and so on. In that case, the presentation unit 54 has a function of presenting some or all item information to the user among a plurality of item information associated with the dinosaur card (lottery target) determined by the second lottery unit 56. . Then, the second lottery means 56 determines the Nth (N: integer greater than or equal to 2) dinosaur card so that one or more lottery conditions indicated by the selection results up to the determination are satisfied. A function is provided for determining one of a plurality of dinosaur cards by lottery.

  The functions of the presentation unit 54 and the second lottery unit 56 when the lottery by the second lottery unit 56 is performed a plurality of times can be realized as follows. The CPU 21 of the game server 20 presents the dinosaur card to the user and, for example, item information of the dinosaur card presented to the user each time an HTTP request including a selection operation result of the menu m11 (“determine lottery conditions”) is received. Is generated from the dinosaur card database, HTML data is generated in a format that allows lottery conditions to be added based on the read item information, and is transmitted to the communication terminal 10 of the user to be processed. When the CPU 21 receives an HTTP response including the user's selection result for any lottery condition from among the lottery conditions that can be added based on the item information of the presented dinosaur card, the CPU 21 accesses the lottery condition data and returns the HTTP response. Processing for writing the lottery conditions indicated by the included selection results into the lottery conditions of the user to be processed is performed. Thereby, when performing lottery processing a plurality of times, at the time of performing the Nth dinosaur card lottery processing, one or a plurality of lottery conditions indicated by the user's selection results up to that point are cumulatively set in the lottery condition data. Will be. Then, in the lottery process in the Nth lottery, the CPU 21 determines one of the dinosaur cards in the dinosaur database by lottery based on one or more lottery conditions set in the lottery condition data.

(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. 14 and 15. To do. FIG. 14 is a flowchart when the quest process is performed in the game of the present embodiment. FIG. 15 is a flowchart when a lottery process is performed in the game of the present embodiment.
In addition, although HTML data for displaying each web page of the web pages P1 to P8 is appropriately transmitted from the game server 20 to the communication terminal 10 with the execution of each process in the flowcharts of FIGS. In order to avoid complications, the HTML data transmission process may not be described in the flowchart. On the flowchart, the timing at which the web pages P1 to P8 are displayed is indicated by the symbols P1 to P8.

First, in the flowchart of FIG. 14, when recognizing that the menu m1 for instructing execution of the quest process is selected on the top page P0 (FIG. 9), the CPU 21 of the game server 20 displays the web as shown in P1 of FIG. 9. HTML data for updating the page is generated and transmitted to the communication terminal 10 of the user to be processed. When an HTTP request including the selection operation result of the menu m5 (“search”) is received (step S10: YES), the CPU 21 performs the selection operation of the menu m5 (“search”) a predetermined number of times or Whether or not the lottery process is performed is determined with a random probability every time the menu m5 is selected. When it is determined to perform the lottery process (step S12: YES), the CPU 21 executes the lottery process (step S14). Details of the lottery process will be described later. When it is determined not to perform the lottery process (step S12: NO), the CPU 21 updates the user data, for example, the degree of progress, the physical fitness point, the experience value, and the like for the user to be processed (step S16). If the CPU 21 determines that the user's experience value has reached a predetermined value, the CPU 21 increases the progress level by 1 and resets the experience value (that is, zero). CPU21 produces | generates the HTML data containing the value of the updated progress degree, for example, and transmits to a user's communication terminal 10. FIG. Thereby, the web page P1 displayed on the user's communication terminal 10 is updated. If the CPU 21 determines that the value of the degree of progress has reached 100%, the CPU 21 generates HTML data so as to shift the search target to the next area.
When the HTTP request including the selection operation result of the menu m5 (“search”) is not received (step S10: NO), the process ends.
Note that the condition for performing the lottery process in step S12 is not limited to the case where it is determined with a random probability each time the menu m5 is selected a predetermined number of times or every time the menu m5 is selected. The lottery process may be performed when the result of the quest process in the selection operation satisfies a predetermined condition. For example, when the quest process is configured to go around a predetermined area, the lottery process may be performed every time the quest process proceeds.

In the lottery process (step S14) in the flowchart of FIG. 14, each process of FIG. 15 is performed.
First, the CPU 21 of the game server 20 reads the lottery condition data (step S100), and based on the lottery conditions indicated by the read lottery condition data, any dinosaur is drawn by lottery using the dinosaur cards included in the dinosaur card database as a population. A card is determined (step S110). CPU21 produces | generates the HTML data containing the determined dinosaur card, and transmits to a user's communication terminal 10 (step S120). Accordingly, for example, the web pages P2 and P6 illustrated in FIGS. 11 and 12 are displayed on the communication terminal 10, and the dinosaur card determined by lottery is presented to the user.

  Next, when receiving an HTTP request including a menu selection operation result (any one of m10 to m12) from the communication terminal 10, the CPU 21 performs processing according to the menu selection operation result. If it is determined that the menu m10 ("Acquire") has been selected (step S130: m10), the card ID of the dinosaur card presented to the user to be processed is entered in the data column of the possessed card of the user data. The user data is updated by writing (step S140). Thereby, the dinosaur card presented to the user as a result of the lottery is associated as the user's possessed card. CPU21 produces | generates the HTML data for displaying the web page (for example, webpage P3 of FIG. 10) which notifies that the user acquired the dinosaur card shown by the user, and transmits to the user's communication terminal 10 ( Step S150). Thereafter, the selection operation of the menu m40 (“return to quest”) is waited. When the selection operation is performed (step S200: YES), the flow returns to the flow of FIG.

  If it is determined in step S130 that the menu m11 (“Add lottery condition”) has been selected (step S130: m11), the CPU 21 determines whether or not a lottery condition has been added (step S160). This determination is performed as follows, for example. That is, for example, when the CPU 21 receives an HTTP request including the selection operation result of the menu m11 (“determine lottery conditions”) in FIG. 11, the item information of the dinosaur card determined and presented to the user in step S110 is displayed. Based on the item information read from the card database, HTML data is generated in a format that allows lottery conditions to be added, and is transmitted to the communication terminal 10 of the user to be processed. When the CPU 21 receives an HTTP response including a user's selection result for any lottery condition from among lottery conditions that can be added based on the presented item information of the dinosaur card, the lottery condition is added based on the selection result. It is determined whether or not.

When it is determined that the lottery condition has been added (step S160: YES), the CPU 21 accesses the lottery condition data, and uses the lottery condition indicated by the selection result included in the HTTP response as the lottery condition for the user to be processed. The lottery condition data is updated by writing (step S170), HTML data including the current lottery condition, which is the updated lottery condition data, is generated and transmitted to the user's communication terminal 10 (step S180). Accordingly, for example, the web pages P5 and P8 illustrated in FIGS. 11 and 12 are displayed on the communication terminal 10, and the current lottery conditions are notified to the user. Thereafter, the selection operation of the menu m40 (“return to quest”) is waited. When the selection operation is performed (step S200: YES), the flow returns to the flow of FIG.
When it is determined in step S160 that no lottery condition has been added (step S160: NO), for example, the menu m40 ("return to quest") is selected on the web pages P4 (FIG. 11) and P7 (FIG. 12). If the menu m40 has been selected (step S190: YES), the process returns to the flow of FIG. 14. If the menu m40 has not been selected (step S190: NO), the process returns to step S160.

  When it is determined in step S130 that the menu m12 (“not acquired”) has been selected (step S130: m12), the CPU 21 returns to the flow of FIG.

  When the lottery process described with reference to FIG. 15 is the first time, if lottery conditions are added based on the user selection result as a result of the lottery process, the user lottery condition data is updated accordingly. The When the lottery process is performed for the second time, the lottery conditions added at the first time are read out as the lottery conditions at step S100, and the lottery is performed based on the lottery conditions selected at the first time. That is, based on the selection result of the lottery condition based on the item information of the dinosaur card presented to the user in the first lottery, the population to be drawn in the second lottery is narrowed down. Therefore, in the second lottery, the user's preference for the item information is reflected in the lottery result, and the user's desired dinosaur card (lottery target) can be easily obtained.

With the continuous execution of the quest process, the lottery process in step S14 of FIG. 14 may be performed three or more times. In this case, lottery is continuously performed a plurality of times, and the CPU 21 transmits HTML data including the dinosaur card determined by the lottery and its item information to the user's communication terminal 10 each time. Thereby, the dinosaur card and its item information are presented to the user. Whenever a dinosaur card is determined and presented to the user, the CPU 21 updates the lottery condition data based on the selection result of the user regarding the lottery condition based on at least one item information of the presented item information. . In the N-th lottery process, the CPU 21 determines one of the dinosaur cards by the N-th lottery so as to satisfy the condition based on the item information selected by the user in each of the N-1th lotteries. That is, based on the lottery conditions selected by the user up to the (N-1) th time, the population of dinosaur cards in the Nth time lottery is narrowed down. Therefore, in a plurality of lotteries, the user's preference for item information is narrowed every time a lottery is performed, and the user can obtain his / her desired dinosaur card with high accuracy.
In addition, although step S160 and FIG. 11, FIG. 12 demonstrated the case where there was one lottery condition which a user can add, it is not restricted to this. You may comprise so that several lottery conditions can be selected at once. In that case, for example, in the “lottery condition to be added” field on the web page P4, the pull-down menus m21 to m23 corresponding to the item information each include an option “not set” and “add” To display a single menu labeled. One or a plurality of lottery conditions selected as each pull-down menu (that is, an option other than “not set” is selected) when the single menu labeled “add” is selected and operated are added. The In step S160 of FIG. 15, the one or more lottery conditions are written in the lottery condition data.

In the game control device of the present embodiment, the second lottery means 56 is selected by the user set in the lottery condition data when the association means 57 associates the dinosaur card (lottery target) with the user. The lottery conditions (one or a plurality of lottery conditions) may be canceled. That is, when the user acquires the dinosaur card presented to the user in the lottery process, the lottery condition of the user set in the lottery condition data at that time may be canceled. By canceling the lottery conditions and then performing the lottery process based on the newly set lottery conditions, lotteries with conditions are continuously performed with the time when the user acquires the dinosaur card as a break. It can be a mechanism.
FIG. 16 shows a flowchart for canceling the lottery conditions. The flowchart of FIG. 16 differs from FIG. 15 in that step S145 is added. That is, if the CPU 21 of the game server 20 determines that the menu m10 (“Acquire”) has been selected (step S130: m10), it updates the user data (step S140) and then describes the lottery condition data. A process of canceling the lottery conditions selected by the user to be processed is performed (step S145).

(8) Modification In the embodiment described above, the case where the lottery object is a dinosaur card has been described as an example, but the lottery object is not limited to this. The lottery target may be anything as long as it can be determined by the lottery, and may include, for example, items and characters on the game. In this case, the character is, for example, a virtual person or creature on the game, a monster, or the like, and includes characters displayed on a card as in the present embodiment. Moreover, the card | curd about magic or a technique may be sufficient.
In the above-described embodiment, the items of the image, the attribute, the body length, the weight, and the ability value are given as examples of the items of the dinosaur card that is a lottery object. However, the items are not limited to these. The item may be an index for making it possible to compare a plurality of lottery objects, and can be appropriately set according to the lottery objects.
In the above-described embodiment, the case where the item information is image information or numerical information has been described as an example, but the type of item information is not limited thereto. The item information may be information in an arbitrary format such as image information, audio information, text information, an icon, and a code for the item.

In the embodiment described above, “presenting item information to the user” is exemplified as a case where the item information is displayed on a web page and visually recognized by the user. Not limited to. For example, it may be carried out by a method of causing auditory recognition such as outputting an audio signal of item information.
In the above-described embodiment, the target of “user selection for the condition” is not only selecting information directly indicating the lottery condition itself, such as text information, but also information associated with the lottery condition (for example, an identification code). , Barcode, menu, etc.).

In the above-described embodiment, the case where the lottery process is performed during the execution of the quest process and the dinosaur card determined by the lottery is presented is illustrated, but the timing of the presentation is not limited thereto. For example, it is constant at a timing when predetermined input information on the game is received instead of quest processing (for example, timing when a selection operation of battle processing is performed a predetermined number of times, timing when a predetermined number of logins are performed, etc.) You may present a dinosaur card with a probability of or randomly.
Furthermore, the modification of embodiment mentioned above is demonstrated below.

(8-1) Modification 1
In the embodiment described above, the acquisition unit 55 may limit the number of selectable times or the selectable period of the user when acquiring the user selection result for the lottery condition based on the item information. With this configuration, the user has limited opportunities to reflect his / her preferences in the lottery conditions, so the user can carefully select the lottery conditions based on the item information, and an interesting lottery function can be realized.
FIG. 17 shows a display example of a web page when the user's selection with respect to the lottery condition based on the item information is restricted and the lottery condition cannot be added. The web page P9 shown in FIG. 17 is a web page when a dinosaur card is presented to the user in the lottery process, like the web page P2 in FIG. 11 and the web page P6 in FIG. , P6, menu m11 (“Add lottery condition”) is not displayed, and text notifying the user that the lottery condition cannot be added is displayed.

18A and 18B are flowcharts when the user's selection for the lottery condition based on the item information is limited to a predetermined number of times. 18A and 18B differ from FIG. 15 in that steps S95, S115, S135, S137, S147, and S175 are added. Hereinafter, the points added to the flowcharts of FIGS. 18A and 18B from the flowchart of FIG. 15 will be described.
18A and 18B, the condition setting count N is managed for each user. The condition setting number N is zero in the first lottery process or the first lottery process after the lottery condition is canceled, and is a value incremented every time the lottery condition is added. The condition setting number N is stored in, for example, user data.

In FIG. 18A, first, the CPU 21 of the game server 20 reads the condition setting number N at the start of the lottery process (step S95). When one dinosaur card is determined by the lottery process, it is determined whether the condition setting number N is equal to or greater than the predetermined number N _th (selectable number) (step S115). If it is judged not to satisfy N ≧ _{N th} (Step S115: NO), CPU 21 may performs the same processing as step S120 onward in FIG 15, the following differences. That is, the CPU 21 resets the condition setting number N when acquiring the dinosaur card presented by the user (step S147), and increments the condition setting number N when a lottery condition is added (step S147). S175).

On the other hand, when the CPU 21 determines that N ≧ N _th is satisfied (step S115: YES), the CPU 21 cannot add the lottery conditions to the menu m10 (“acquire”) and the menu m12 (“not acquire”). HTML data including the text indicating this is generated and transmitted to the user's communication terminal 10 (step S135). Accordingly, for example, the web page P9 (FIG. 17) is displayed on the user communication terminal 10. When the menu m10 is selected and operated on the web page P9, that is, the process for acquiring the dinosaur card presented by the user is different from the flowchart of FIG. 15 in that the condition setting number N is reset (step S147). The processing when the menu m12 is selected is the same as the flowchart of FIG.
In the flowcharts of FIGS. 18A and 18B, the condition setting count N increases each time the user adds lottery conditions, and when the predetermined value (selectable count) is reached, the lottery conditions cannot be added. Thereafter, when the user obtains the presented dinosaur card, the condition setting number N is reset, and a lottery condition can be added.

Although not shown, when the user's selection with respect to the lottery condition based on the item information is limited to a predetermined period, the following processing may be performed. For example, the lottery start time T ₀ is the time when the first lottery process or the first lottery process after the lottery conditions are released is performed. In FIG. 18A, instead of step S115, the CPU 21 determines that an elapsed period (| T _p −T ₀ |) from the lottery start time T ₀ to the current time (T _p ) is a predetermined period T _th (selectable period). It is determined whether or not this is the case, that is, whether or not | T _p −T ₀ | ≧ T _th is satisfied. | _T p -T ₀ | if satisfying ≧ _{T th} proceeds to step _{S135, |} T p -T _{0 |} if not satisfied ≧ _{T th,} the process proceeds to step S120. It should be noted that, in the case where the user has acquired the presented dinosaur card, then for the first time lottery process to newly set the lottery start time T ₀ at the time to carry out, may be able to add a lottery conditions.

(8-2) Modification 2
In the embodiment described above, the acquisition unit 55 may limit the number of selectable users or the selectable period for each item when acquiring the user selection result for the lottery condition based on the item information. For example, the number of selectable times or the selectable period for each item can be set arbitrarily. In this configuration, it is possible to appropriately adjust the lottery process according to the item. For example, for items that have a relatively high influence on the progress of the game (for example, ability), such as ability values, the number of selectable times is reduced or the selectable period is shortened, for example, the weight, body length, etc. For items with relatively low influence, the number of selectable times may be increased or the selectable period may be increased. Thereby, while suppressing the appearance of a dinosaur card having a high influence on the progress of the game, it becomes easy to make the dinosaur card related to the user's preference appear, and the setting of the game can be adjusted in a well-balanced manner.

  When the number of selectable lottery conditions is limited for each item, a restriction method for limiting the number of times of adding lottery conditions based on item information of specific items and lottery conditions based on item information of specific items are set. Two limiting methods of limiting the number of times are conceivable. These two limiting methods will be specifically described with reference to FIG. FIG. 19 is a diagram for explaining a restriction method when item information presented to the user is restricted. In FIG. 19, (a) is a specific example of a limiting method for limiting the number of times of adding lottery conditions based on item information of specific items, and (b) is set for lottery conditions based on item information of specific items. It is a specific example of the limiting method which restrict | limits the frequency | count of being performed. FIG. 19 illustrates the lottery conditions in each of a plurality of lotteries until the user acquires each card when the user acquires the dinosaur cards in the order of the first card, the second card,. Here, the case where the lottery condition is canceled when the user acquires the dinosaur card is shown.

In FIG. 19A, as an example, the number of times of adding attribute C, which is a lottery condition based on item information of a specific item, is limited to three. In this example, when the first dinosaur card is acquired, the lottery condition of “attribute C” is added in the second lottery, and when the second dinosaur card is acquired, “attribute C” is selected in the third lottery. The lottery condition of “attribute C” is added in the second lottery when the third dinosaur card is acquired. That is, the lottery condition based on the item information (attribute C) about the attribute is added three times. Therefore, when acquiring the fourth and subsequent dinosaur cards, it is prohibited to add the lottery condition of “attribute C”.
In addition, you may comprise so that the lottery conditions based on the item information with respect to the same item can be changed whenever a dinosaur card is shown. In that case, addition of lottery conditions can be restricted as follows. That is, in the example shown in FIG. 19A, the lottery condition is set based on the same item information (“attribute C”) about the attribute, but the lottery condition based on the item information is different. In addition, the number of times may be counted, and addition of a lottery condition based on item information about the item may be restricted when the number of times reaches a predetermined number or more. For example, in FIG. 19A, if the first lottery condition for card acquisition is attribute A, the second lottery condition is attribute B, and the third lottery condition is attribute C, the attribute item information If the lottery condition based on is selected three times, it may be limited to add item information regarding the attribute as the lottery condition at the time of the fourth sheet.

In FIG. 19B, as an example, the number of times that the lottery condition based on the attribute C that is item information of a specific item is set is limited to three times. In this example, when the first dinosaur card is acquired, the lottery condition of “attribute C” is added in the second lottery, and the dinosaur card presented in the third and fourth lottery is not acquired. In addition, the lottery condition of “attribute C” is continuously set. That is, the lottery condition of “attribute C” is set in the second to fourth lottery. Therefore, the lottery condition of “attribute C” is canceled in the fifth lottery.
In addition, the count of the number of times that the lottery condition based on the item information of the specific item is set may be reset when the user acquires the dinosaur card, or may continue after the acquisition.

FIGS. 19A and 19B are examples in which the number of selectable lottery conditions is limited for each item. When the selectable period of the lottery conditions is limited for each item, for example, for each item to, the time at which the lottery conditions based on the item information has been added, is stored as lottery start time T _0. For each item, a period during which a lottery condition based on item information can be added, or a period during which the lottery condition based on item information is continuously set is limited.

Setting of the selectable number of times for each item can be realized by setting the condition setting number of times N and the predetermined number of times N _th (selectable number of times) for each item.
In the case of adopting a restriction method for restricting the number of times of adding lottery conditions based on item information of specific items, the CPU 21 of the game server 20 adds lottery conditions based on the item information for each condition setting number N. Count up on the condition.
In the case of adopting a limiting method for limiting the number of times that the lottery conditions based on the item information of the specific item are set, the CPU 21 of the game server 20 once adds the lottery conditions based on the item information of the specific item. Counts the condition setting count N of the item even when a lottery condition based on item information of other items is added.

Moreover, the setting of the selectable period for each item can be realized by setting the predetermined period T _th (selectable period) of Modification 1 for each item. At this time, for each item, the drawing start time T _0, the period between time added lottery condition based on the item information, or the drawing start time T _0, it is set drawing conditions based on the item information Any period is compared with a predetermined period T _th (selectable period) for each item.

(8-3) Modification 3
In the embodiment described above, the presenting means 54 presents to the user from a plurality of item information associated with the dinosaur card (lottery target) determined by the first lottery means 53 or the second lottery means 56. The item information may be determined randomly or according to a predetermined rule.
In this configuration, item information to be presented to the user from among a plurality of item information associated with the dinosaur card (lottery target) fluctuates each time the lottery is performed, whereby the user can select a lottery condition based on item information Fluctuates. For this reason, the lottery condition in the second lottery means 56 is not always set based on the lottery condition based on the item information desired by the user, so that a lottery with high interest can be realized. In particular, as described in the first modification, when the user's selectable number of times or the selectable period is limited, the user comes to pay more attention to the selectable lottery conditions based on the item information. The interest of lottery can be further enhanced.

A display example of a web page according to this modification is shown in FIG. 20A and 20B are modifications of the web page P4 in FIG. FIG. 20A illustrates a case where only lottery conditions based on item information on attributes and length are presented among the item information of the dinosaur card D18 presented on the web page P4 of FIG. FIG. 20B illustrates a case where only lottery conditions based on item information on attributes and ability values are presented among the item information of the dinosaur card D18 presented on the web page P4 of FIG.
In order to realize this modified example, when the CPU 21 of the game server 20 receives, for example, an HTTP request including a selection operation result of the menu m11 (“add lottery conditions”), the lottery conditions that can be selected by the user are randomly selected. Or in accordance with a predetermined rule, and based on the determination, HTML data for displaying the web page P4 is generated.
When the item information that is the basis of the lottery condition is determined according to a predetermined rule, the predetermined rule can be set as appropriate. For example, “item, length” → “weight, ability value” → “attribute, body length” →... May be sequentially changed for each lottery process.

  In the game of this embodiment, a registration function (hereinafter referred to as “desired card registration function”) for registering a dinosaur card that the user wants to acquire is provided, and the user registers the predetermined rule with the desired card registration function. You may determine based on the item information of a completed dinosaur card. For example, when the attribute of the dinosaur card registered by the user in the desired card registration function is A and the attribute of the dinosaur card presented to the user in the lottery process is also A, the user adds the attribute A as a lottery condition. As possible, at least the attribute A is included in the item information presented to the user. Thereby, in the subsequent lottery process, it is possible to increase the possibility that the user can acquire the dinosaur card that has been registered. Further, the ability value of the dinosaur card registered by the user in the desired card registration function is 800, and the ability value of the dinosaur card presented to the user in the lottery process is less than 800, but a value close to 800 (for example, 700 ), The item information presented to the user includes at least the ability value (700) so that the user can add “700 or more” as the lottery condition. Thereby, in the subsequent lottery process, it is possible to increase the possibility that the user can acquire the dinosaur card that has been registered.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said 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 embodiment and each modification may be applied in appropriate combination.

  In the above-described embodiment, the case where the present invention is applied to a social game has been described as an example, but the present invention is not limited 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 each user can be controlled as in the above-described embodiment.

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

  In the above-described embodiment, the game server 20 and the database server 30 on the network are configured to implement the functions of the respective units illustrated in FIG. 13, for example, but the configuration is not limited thereto. All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment. For example, FIGS. 21A and 21B show an example of function sharing between the communication terminal 10, the game server 20, and the database server 30 for each function in the functional block diagram shown in FIG. In the above-described embodiment, the database server 30 (game database 32) stores the dinosaur card database that is the population in the dinosaur card lottery. However, the database is stored in the storage device in the communication terminal 10. Also good. In that case, the storage device may be a large-capacity storage device such as the RAM 23 in the communication terminal 10 or an HDD (Hard Disk Drive) (not shown). Further, the dinosaur card database may be downloaded from the database server 30 to the HDD in the communication terminal 10 via the game server 20 at the start of the game.

  As an example, when the storage device that stores the dinosaur card database is the database server 30 and substantial processing is performed in the communication terminal 10, the processing may be performed as follows. The communication terminal 10 receives from the game server 20 or the database server 30 the dinosaur card database, which is the dinosaur card lottery, and stores it in the HDD or the like when the game starts. Then, the CPU 11 of the communication terminal 10 executes the quest process, and executes the lottery process at an appropriate timing. When the lottery process is executed, the dinosaur card database stored in the HDD or the like is referred to. At the end of the game, the communication terminal 10 transmits the card ID of the dinosaur card acquired by the user by lottery to the game server 20, and the game server 20 writes the received card ID in the data column of the possessed card of user data. Thus, the user data is updated.

  In the embodiment described above, for example, the case where the functions of the respective units illustrated in FIG. 13 are realized in the game control device has been described. However, the functions of the respective units are not limited to the game control device, and general-purpose lottery used for lottery drawing. It can also be realized in the device.

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 ... Storage means 52 ... Game execution means 53 ... First lottery means 54 ... Presentation means 55 ... Acquisition means 56 ... Second lottery means 57 ... association means

Claims (9)

A game control device capable of accessing a storage device in which a plurality of objects and item information that is information about each of a plurality of items of each object are stored in association with each other,
A first lottery means for executing a first lottery process for determining any one of the plurality of objects by lottery;
Presenting means for presenting to the user as a lottery condition candidate to add a condition including part or all of the item information among a plurality of item information associated with the object determined by the first lottery means;
Acquisition means for acquiring a selection result of the user with respect to at least one of the conditions of the presented condition by the presenting means,
An adding unit for adding a condition indicated by the selection result acquired by the acquiring unit as a lottery condition for the user;
Among the plurality of objects, the second drawing means for performing a second drawing process of determining by lottery any object from the added lottery condition is satisfied object by said addition means,
A game control device comprising: The presenting means presents a condition including some or all item information among a plurality of item information associated with the object determined by the second lottery means to the user,
The second drawing means, when executing the second lottery process multiple times, N th: in the second lottery process (N 2 or more integer), among the plurality of objects, the second N-th Characterized in that one of the objects satisfying the lottery conditions added by the adding means before the lottery process is determined by lottery.
The game control apparatus according to claim 1. An association means for associating the object determined by the first lottery means or the second lottery means with the user based on the input information of the user;
The second lottery means cancels the lottery condition added by the adding means when the association means associates the object with the user.
The game control apparatus according to claim 2. The acquisition means limits the number of times the user can select,
The game control device according to claim 2 or 3. The acquisition means limits the number of selectable times of the user for each item,
The game control apparatus according to claim 4. The presenting means randomly selects item information included in a condition to be presented to the user from among a plurality of item information associated with the object determined by the first lottery means or the second lottery means, or It is determined according to a predetermined rule,
The game control device according to claim 1. The item information is a parameter referred to in the game,
The game control device according to claim 1.   The program for making a computer implement | achieve each means of the game control apparatus in any one of Claims 1-7. A game system including a communication terminal and a server accessed from the communication terminal,
Each means of the game control device according to any one of claims 1 to 7 is provided in either one of the communication terminal or the server.
Game system.

Images