JP6368923B2 - GAME CONTROL METHOD, COMPUTER, CONTROL PROGRAM - 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, in a social networking service (SNS) by a specific service provider, a so-called social game executed by a game application has become widespread. 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.

Application STYLE Vol.5 (East Press, issued on November 1, 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.

  On the other hand, a lottery function for excluding items (grant items) as objects given to users by lottery from the lottery population may be provided. In this lottery method, even if an item other than the item desired by the user is given by lottery, the item desired by the user is given in the next lottery by excluding the granted item from the lottery population. Increase the probability. However, even with this lottery method, a single mechanism that excludes one item from the lottery population for each operation maintains a motivation for a user who does not feel enough fun to execute the lottery function. It was difficult.

  Therefore, an object of the present invention is to provide a game control device, a lottery device, a game control method, a program, and a game system that can motivate the user to continuously execute the lottery function.

A first aspect of the present invention is a game control device.
This game control device
Corresponding means (52) for associating lottery target information consisting of a plurality of objects with a user,
Selection means (53) for selecting, by lottery, an object to be given to the user from among the lottery targets based on the user input information;
Granting means (54) for granting the first object selected by the selection means (53) to the user;
Changing means (55) for changing the contents of the lottery target information based on the information on the first object and the information on the second object satisfying a predetermined relationship with the first object;
Each means is provided.

  The game control device according to the present invention may be a stand-alone game machine used by a user alone, or wirelessly or wiredly with the communication terminal in order to display a game on the user's communication terminal. It may be an information processing apparatus such as a server that can establish communication.

In the present invention, “object” includes, for example, a virtual character, a card, an item, and the like. 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.
In the present invention, the “lottery target information” includes information on the configuration of a plurality of objects constituting the lottery target, names of the objects, identification information associated with the objects, indices (including parameters), attribute information, and the like. Including. The information regarding the configuration of the object includes information regarding the number and combination of objects for each index associated with each other, and the lottery probability of the object for each index.
In the present invention, the “predetermined relationship” includes a case where there is a game relationship between objects. For example, it includes a case where the same or related object information is associated with objects. For example, when the same attribute information is associated with each other, the objects may be defined as having a predetermined relationship.
In the present invention, changing the contents of the lottery target information includes excluding a part or all of the second object satisfying a predetermined relationship with the first object from the lottery target. Note that the number of other objects associated with each object may differ depending on the object information. If the object information is defined so that the number of other objects associated with each object is different, the number of second objects having a predetermined relationship changes according to the object information of the first object to be selected, and the lottery target information The content of can be varied, and the user's interest in the subsequent lottery can be maintained.
As described above, according to this game control device, the content of the lottery target information is changed based on the information of the first object given to the user, so that the monotony is eliminated, and the user continues the lottery function. Can be motivated to perform.

The game control apparatus may further include presentation means (57) for presenting information on each object included in the lottery target and information indicating a predetermined relationship between each object and another object.
In the present invention, presenting “information indicating a predetermined relationship” indicates presenting information that allows the user to specify one object and another object satisfying the predetermined relationship. By presenting such information, the user can specify the second object when the first object is selected, and the user can grasp the content of the lottery target information to be changed. Thereby, a user can be made to recognize that the lottery probability of objects other than a 1st object and a 2nd object will be changed. For example, even if the first object is an object unnecessary for the user, the user is made aware that the selection of the first object may increase the lottery probability of other cards that the user needs, The user's interest in the lottery can be maintained.

In the game control device, the presenting means (57) presents each object included in the lottery object in association with one of a plurality of groups,
The predetermined relationship may be that objects are associated with each other in the same group.
An object included in the lottery target may be associated with the group in advance, or an object included in the lottery target may be associated with a plurality of groups randomly or based on a predetermined condition. Further, each object may be associated with a plurality of groups based on the object information. Further, objects having a part of the object information may be associated with the same group, or the objects may be associated with each group so that the ratio for each object information is the same. For example, among object information, objects associated with predetermined attribute information (for example, “flame”) may be associated with the same group. In addition, when any one of a plurality of attribute information (for example, “flame”, “water”, “wind”) is associated with each object, the ratio of the object associated with each attribute information is a predetermined value. You may associate an object with a group so that it may become a ratio (for example, flame: water: wind = 1: 1: 1).
According to this game control device, the user can recognize a predetermined relationship between objects by presenting a plurality of objects in association with a plurality of groups. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the presenting means (57) presents each object included in the lottery object in association with a plurality of groups,
The predetermined relationship may be that the objects are associated with one or a plurality of common groups.
According to this game control device, a plurality of objects are presented in association with a plurality of groups, and the user can easily recognize that the objects associated with one or more common groups are in a predetermined relationship. be able to. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the presenting means (57) presents each object included in the lottery object in association with a plurality of groups,
The predetermined relationship may be that objects are associated with one group selected by the user from the plurality of groups.
According to this game control device, a plurality of objects are presented in association with a plurality of groups, and the user selects one group from the plurality of groups and is based on information on the associated objects. Information content is changed. Thus, since the user's selection affects the lottery object, the user can maintain interest in the subsequent lottery.

In the game control device, the presenting means (57) presents the plurality of objects included in the lottery object divided into a plurality of hierarchical structures,
The predetermined relationship may be that a hierarchy to which another object belongs is a lower hierarchy than a hierarchy to which one object belongs.
According to this game control device, the user can recognize a predetermined relationship between the objects by presenting the plurality of objects included in the lottery object in a plurality of hierarchical structures. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the presenting means (57) presents a plurality of objects included in the lottery object in association with each node of a tree structure in which a plurality of nodes are connected to each other,
The predetermined relationship may be that a node corresponding to another object is on a leaf side with respect to a node corresponding to one object. In addition, when a plurality of objects are associated with each node of the tree structure, the information (identification information, index, or attribute information) of the object associated with the parent node is the information (identification of the object) associated with the child node. Each object and each node may be associated with each other so as to satisfy a predetermined relationship with the information, index, or attribute information. For example, an object in which the same identification information, index, or attribute information is associated with the parent node and the child node may be associated.
According to this game control device, a user can recognize a predetermined relationship between objects by presenting a plurality of objects in association with each node of a tree structure in which a plurality of nodes are connected to each other. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the object information may be identification information, an index, or attribute information associated with the object.
According to this game control device, based on the first object and the information of the second object associated with the identification information, the index or the attribute information associated with the first object, the content of the information subject to the lottery By changing the above, it is possible to change the acquisition probability of an object associated with desired identification information, index, or attribute information to the user, and motivate the user to continuously execute the lottery function.

In the game control device, the presenting means (57) arranges and presents each object included in the lottery target in a predetermined area, and indicates the predetermined relationship by the positional relationship between the objects. May be presented.
According to the lottery device, the user can recognize the relationship between objects based on the positional relationship between the objects. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the presenting means (57) presents the plurality of objects in association with coordinates,
The predetermined relationship may be that coordinates associated with objects satisfy a predetermined relationship.
Here, for example, when each object is associated with a coordinate (for example, a two-dimensional coordinate), the objects associated with the coordinate having the same x coordinate or y coordinate satisfy the predetermined relationship. It may be an object. Further, for example, among the objects associated with the coordinates having the same x coordinate or y coordinate as the coordinates associated with the first object, information (identification information, index, or attribute information) of the first object An object associated with information (identification information, index, or attribute information) of an object having a predetermined relationship may be set as the second object. Note that objects associated with the same identification information, index, or attribute information may be associated with coordinates having the same x coordinate or y coordinate.
In addition, the predetermined relationship may be, for example, that coordinates associated with objects satisfy a predetermined relational expression. For example, if the x coordinate of the first object is x1 and the y coordinate is y1, y = f (x) for an arbitrary function f (x) that satisfies y1 = f (x1) (1)
An object associated with any coordinate (x, y) that satisfies the above (excluding coordinates (x1, y1)) may be set as the second object. Alternatively, a predetermined relationship may be defined by a vector. For example, an object associated with the coordinates of the end point when the coordinates of the first object are set as the start point of the vector may be set as the second object. For example, when the coordinates of the first object are (x1, y1) and the vector is (a, b), the object associated with the coordinates (x1 + a, y1 + b) may be the second object.
According to this lottery device, the user can recognize the relationship between the objects based on the relationship between the coordinates associated with the objects. Therefore, the user can recognize whether or not there is an influence on the lottery object due to the first object being given to the user, and can keep the user interested in the subsequent lottery.

In the game control device, the changing means (55) may exclude the second object from a lottery target.
According to this game control device, since the second object having a predetermined relationship with the first object given to the user is excluded from the lottery target, the user can easily obtain other objects, and the user can continue. It can be motivated to perform the lottery function.

In the game control device, the object information is an index or attribute information associated with the object, and the changing means (55) includes an index associated with the second object in the first object. The second object may be excluded from the lottery object when it is disadvantageous than the associated index.
For example, an object that is associated with the same group and that is associated with an index or attribute information that is more disadvantageous than the index or attribute information associated with the first object may be the second object.
Also, for example, when each object is associated with coordinates (for example, two-dimensional coordinates), the object is associated with coordinates having the same x coordinate (or y coordinate) as the first object, and the first object An object associated with an index or attribute information that is more disadvantageous than the associated index or attribute information may be used as the second object.
Also, when a plurality of objects are associated with each node of the tree structure, the index or attribute information of the object associated with the child node is more disadvantageous than the index or attribute information of the object associated with the parent node. In addition, each object may be associated with each node.
Here, when the index associated with the second object is more disadvantageous than the index associated with the first object, for example, the parameter associated with the second object is associated with the first object. If the index is lower than the parameter, or the index indicating the scarcity value associated with the second object is lower than the index indicating the scarcity value associated with the first object (that is, the first object is higher than the second object). If the attribute information associated with the second object has a more adverse effect in the battle process using the object than the attribute information associated with the first object. The case where there is a more adverse effect in the battle process using the object, for example, there is a difference in the effect in the battle process depending on the correspondence between the user attribute information and the card attribute information, and the relationship with the user attribute In addition, this includes the case where attribute information that is less effective in the battle process is associated with the object.
According to this game control device, since the second object associated with the index or attribute information that is more disadvantageous than the first object given to the user is excluded from the lottery target, the index higher by the user is associated. This makes it easier to obtain the object and motivates the user to continuously execute the lottery function.

In the game control device, the granting means (54) may grant the second object together with the first object selected by the selection means (53) to the user.
According to this game control device, since the second object is given to the user together with the first object, the user can easily obtain the object.

A second aspect of the present invention is a lottery device.
This lottery equipment
Corresponding means (52) for associating a lottery target information composed of a plurality of objects with a user and storing the information in a storage device,
Association means (56) for associating the plurality of objects;
Presenting means (57) for presenting the association between the plurality of objects to the user,
Selection means (53) for referring to the storage device based on the input information of the user and selecting an object to be given to the user from among the lottery objects by lottery,
Granting means (54) for granting the first object selected by the selection means (53) to the user;
Changing means (55) for changing the content of the lottery target information based on the information on the first object and the information on the second object associated with the first object;
Each means is provided.

A third aspect of the present invention is a game control method.
This game control method
Associating a user with lottery target information consisting of a plurality of objects,
A step of selecting an object to be given to the user from among the lottery targets by lottery based on the input information of the user;
Giving the user the first object selected by the selection means (53);
Changing the content of the lottery target information based on the information on the first object and the information on the second object satisfying a predetermined relationship with the first object;
including.

A fourth aspect of the present invention provides a computer,
Corresponding means (52) for associating lottery target information consisting of a plurality of objects with a user,
Selection means (53) for selecting, by lottery, an object to be given to the user from among the lottery targets based on the user input information;
Granting means (54) for granting the first object selected by the selection means (53) to the user;
Changing means (55) for changing the contents of the lottery target information based on the information on the first object and the information on the second object satisfying a predetermined relationship with the first object;
It is a program to make it function as.

  The computer may be a network server, a large computer, or the like, for example. The program may be stored in a computer-readable information storage medium such as an optical disk (DVD-ROM, CD-ROM, etc.), a flexible disk, or a semiconductor memory.

A fifth aspect of the present invention is a game system including a user communication terminal (10) and a server (20) accessed from the communication terminal (10).
This game system
Corresponding means (52) for associating lottery target information consisting of a plurality of objects with a user,
Selection means (53) for selecting, by lottery, an object to be given to the user from among the lottery targets based on the user input information;
Granting means (54) for granting the first object selected by the selection means (53) to the user;
Changing means (55) for changing the contents of the lottery target information based on the information on the first object and the information on the second object satisfying a predetermined relationship with the first object;
Either one of the communication terminal (10) and the server (20) includes these means.

  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 lottery device, the game control method, the program, and the game system of the present invention, it is possible to motivate the user to continuously execute 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 a communication terminal. The figure which shows the example of the external appearance of a communication terminal. The block diagram which shows the structure of a communication terminal. The block diagram which shows the structure of a game server. The block diagram which shows the structure of a database server. The figure which shows the structural example of a user database. The figure which shows the structural example of a card basic information database. The figure which shows the structural example of a card registration database. The figure which shows the structural example of a lottery object database. The figure which illustrates a series of web pages displayed on a user's communication terminal. The figure which illustrates a series of web pages displayed on a user's communication terminal. The functional block diagram for demonstrating the function 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 figure which shows the structural example of the lottery object database of the modification 1. The figure which illustrates a series of web pages displayed on the user's communication terminal of the modification 1. The functional block diagram for demonstrating the function which plays a main role with the game control apparatus of the modification 1. FIG. The flowchart which shows an example of the main processes of the game control apparatus of the modification 1. The figure which illustrates a series of web pages displayed on the communication terminal of the user of the modification 2. The figure which illustrates a series of web pages displayed on the user's communication terminal of the modification 3. The figure which illustrates a series of web pages displayed on the user's communication terminal of the modification 3. The figure which shows the structural example of the lottery object database of the modification 4. The figure which illustrates the web page displayed on the user's communication terminal of the modification 4. The figure which illustrates the web page displayed on the user's communication terminal of the modification 4. The figure which shows the structural example of the lottery object database of the modification 5. The figure which illustrates a series of web pages displayed on the user's communication terminal of the modification 5. The figure which shows the structural example of the lottery object database of the modification 6. 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. 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, an embodiment of a game system to which the present invention is applied will be described.

(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. A communication terminal such as a John receiver (including a so-called multi-function smart TV). In the following description, when referring to the communication terminals 10a, 10b, 10c,.
In this game system, the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10. The game server 20 is mounted with an application operable on a web browser as a game application. The database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 in a wired or wireless manner for reading and writing the information. Note that the game server 20 and the database server 30 may be connected via a communication network NW.
The communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user executes a game by performing an operation on the web page on the communication terminal 10.

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

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

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

  The web browser communicates with the game server 20 according to 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. In addition, when a user operates a hyperlink or button on a web page by operating the instruction input unit 15, the web browser sends an HTTP request according to the operation result to update 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 that includes 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 16. To display.

  When the communication terminal 10 is a button input type communication terminal (shown in FIG. 2A), the instruction input unit 15 includes a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. A button group 15b including a group 15a and a plurality of instruction input buttons such as a numeric keypad is provided, and an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11 is included. 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 operates one hyperlink or button that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or buttons 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 includes a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (tenkeys) are written. .

  When the communication terminal 10 is a touch panel input type communication terminal (shown in FIG. 2B), the instruction input unit 15 accepts touch panel type input mainly by touching the display screen 16 with a fingertip or a pen. The touch panel input method may be a known method such as a capacitance method. As illustrated 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 mobile terminal, the button on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selected by pressing the enter button. This is done by confirming the button. In addition, for example, when the communication terminal 10 is a touch panel input method, the button operation is performed by instructing (touch operation) the position of the button on the display screen 16 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. 4, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, an instruction input unit 25, and a communication interface unit 25, and a control signal or a data signal between the units. 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's hyperlink or button 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 (user DB) 31 and a game database (game DB) 32.

The type of game of the present embodiment is not particularly limited, but in the following, as an example of the game of the embodiment, a digital card game (hereinafter referred to as “card” as appropriate) for acquiring a monster card (hereinafter referred to as appropriate). Simply called “game” or “game of this embodiment”). This game is configured such that the user obtains a digital card (monster card) on which a monster is drawn. A card is an example of an object.
This game includes the following processes, for example.
・ Lottery processing:
This is a process of consuming lottery points, which will be described later, and giving a user a card that is a lottery target by lottery. In the lottery process, an effect of taking out (drawing) one card from the lottery box may be executed. Cards given to users by lottery are basically random, but the probability that cards with a high degree of rarity (so-called rare cards) will be given by lottery is set very low. A plurality of lottery processes may be performed continuously. In the present invention, some or all of the cards that are the lottery targets are associated with the user in advance.
Further, this game may include the following processing.
・ Quest processing:
This is a process of searching for an area set in the game and obtaining a card in order to build up a team of at least one card. When executing the quest process, a certain amount of physical strength points are consumed, and a card or an item can be obtained at random or with a predetermined probability. You may set a physical strength point so that it may recover to a maximum value with time.
・ Battle processing:
This is a process of performing a battle between a team of cards held by a user and a team of a computer or another user. In the battle process, based on the user's input, an event (hereinafter referred to as COM battle) between the user team and the computer team, or a battle between the user team and another user's team. One of the events to be performed (hereinafter referred to as a battle between users) occurs. In the battle process, a battle result is determined based on at least a part of the card information (index, attribute information, etc.). For example, the higher the parameter, the higher the probability of winning.
In addition to this, a strengthening process for changing card information of a card held by the user, a composition process for selecting a card included in a team used by the user for the battle process, and the like may be included.

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

In the following description, data for each user ID included in the user database 31 is collectively referred to as user data. The data of each item constituting the user data is as follows.
User name / display image A user name and a display image that are displayed to identify the user of the communication terminal 10 when the game is executed. The user name is text of a predetermined length or less that is designated in advance by the user, and the display image is, for example, an avatar image that is selected in advance by the user. The user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
-Lottery points Points that users acquire by sending messages to other users. In this game, a card on the game is given to the user in exchange for the user's lottery points.
In addition, you may make a difference in the lottery point which can be acquired, when sending a message between the friends mentioned later, and when sending a message between users other than a friend.
Moreover, a lottery point may be given according to the progress of the user's game, or a lottery point may be given to the user at an arbitrary timing.
・ Friend's user ID
It is a list of user IDs of other users (friends) associated with the user due to the establishment of the friendship relationship. The friendship relationship may be established by, for example, an application from one user to become a friend and an approval from the other user, or may be established by a unilateral application. Further, when a group of a plurality of users is formed on the game, it may be established by application to the representative of the user's group and approval from the representative. Here, a group ID may be determined for each group to which the user belongs, and the group ID of the group to which the user belongs may be recorded in the user database instead of the fellow user ID or together with the fellow user ID.
・ Lottery ID
In the lottery process, this is information for identifying a group of cards as a lottery object associated with a user. As will be described later, the lottery ID is rewritten when the lottery object associated with the user is changed. A plurality of lottery IDs may be associated with one user. In addition, the same lottery ID may be associated with different users. For example, the same lottery ID may be associated with fellow users. Moreover, when a group of a plurality of users is formed on the game, one or a plurality of lottery IDs may be associated with each group to which the user belongs.
Note that an upper limit number of cards that can be held may be set for each user, and the upper limit number may be stored in the user database.
In addition, for each user, attribute information similar to the attribute information of a card described later may be associated.

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. For example, the information related to the progress of the game includes, for example, information about the battle result (for example, win / loss).
The game database 32 stores a card basic information database, a card registration database, and a lottery object database in relation to the various processes described above.

The card basic information database is a database in which basic information of all types of cards prepared in the game of the present embodiment is described. The card registration database is a database for registering cards for each user and managing the state of the cards in the game of the present embodiment.
FIG. 7A is a diagram showing an example of the data configuration of the card basic information database, and FIG. 7B is a diagram showing an example of the data configuration of the card registration database. The card basic information database illustrated in FIG. 7A includes, for each identification code (MC001, MC002, MC003, MC004, etc.) as card identification information, as other identification information of the card having the identification code, The image data (image) of the target card, the name of the target monster (card name), the index of the card having the identification code, the rarity of the target card, parameters (attack power, defense power), the Data of each item such as attribute information (first attribute, second attribute) of the card having the identification code is included.
The card registration database illustrated in FIG. 7B includes, for each user ID, data of each item of a card serial number, a card identification code, a card status, and a registration reason.
The identification code indicates the type of card. If the identification code is the same, the image and the card name are the same. In the present embodiment, the same identification code may be set for different serial numbers. That is, the serial number is a number for identifying a card with the same identification code, that is, a card having a common image. Note that even if the image and card name are the same, the identification code is different, and the card data may be managed without using the serial number.
Rareness is an index (index) indicating the degree of rarity of a card. Here, the index indicating the degree of rarity may be set such that, for example, the higher the value (that is, the higher the rarity value), the lower the probability of appearing in the game. For example, when the rare degree is expressed in five stages of 1 to 5, the rare degree of a card corresponding to a monster with outstanding abilities or a popular monster may be set high (for example, 4 or 5). The index indicating the rare degree is not limited to a number (index), and a character or a character string may be used as an index.
The rare degree may be used as an index indicating the lottery probability. For example, the higher the rare degree, the lower the probability of appearing in the game, such as the lottery probability. For example, when the rare degree is expressed in five stages of 1 to 5, a lottery probability may be set lower for a card having a higher rare degree (for example, 4 or 5).
Note that the rare degree may be used as an index indicating the benefit / effect of the card in the battle process.
The first attribute and the second attribute are attribute information associated with each card, and are card classifications defined on the game. For example, in the battle process, it is possible to define a special skill or the like that exhibits an effect for each card or a specific combination of cards according to the attribute of the card. For example, when a card is classified into any of the three types of attributes R, G, and B (first attribute), the card basic information database is associated with any of the attributes R, G, and B in association with the identification code. May be stored.
The second attribute is a classification of a different card that does not conflict with the classification of the first attribute. For example, even if a card is classified into one of three types of attributes (first attributes) of R, G, and B and each card is associated, the card has three types of M, F, and N. When classified into any attribute (second attribute), the identification code is associated with one of the second attributes M, F, and N (second attribute) and stored in the card basic information database. You may let them.
The attribute information is not limited to characters, and numbers may be used.
The attack power and the defense power are parameters used for determining a battle result in the battle process. The parameter is an example of an index.
The status indicates the state of the card. For example, when a card is given to the user but the user does not perform a receiving process, for example, a receiving menu selection operation, the status is recorded as “unreceived”. When the user receives the assigned card, the status is recorded as “held”. The receiving process is not always necessary, and the status may be recorded as “held” when the card is given to the user.
When the card is no longer held by the user, for example, when the card held by the user is sold, the status is recorded as “disappeared”. Further, when the card is set as a card constituting a team in the battle process, the status may be recorded as a “team card”.
The registration reason indicates the reason why the card is registered in the card registration database. For example, in the case of a card given as a present, the registration reason is recorded as “present”. In the case of a card registered by the user's purchase, the registration reason is recorded as “purchase”. In the case of a card granted by quest processing, the registration reason is recorded as “quest”. In the case of a card given by lottery, a lottery ID (for example, LT001, LT002, etc.) is recorded as a registration reason.
The index used for the game process is not limited to parameters such as attack power and defense power as long as it is an index indicating the benefit / effect of the card in the game process. For example, in the battle process, a predetermined condition, for example, an index such as a cooperation level or a special skill level indicating a level of an effect exhibited by having a specific combination may be included.
The card information (object information) associated with each card (object) includes identification information (identification code, image, card name), index (rare degree, parameter (attack power, defense power, etc.)), attribute A part or all of information associated with a card such as information (first attribute, second attribute) is shown.
When the card information varies from the value in the card basic information database due to a function on the game such as an enhancement process, the card information after the variation may be recorded in the card registration database in association with the serial number.

FIG. 8 is an example of a lottery object database. As shown in FIG. 8, in the lottery object database, for each lottery ID, the serial number, identification code, rare degree, first attribute, second attribute, attack power, defense power, status of the card included in the lottery object are stored. Each item is associated.
The status indicates the processing result of the lottery object by the lottery process. A serial number having a status of “before grant” indicates that the corresponding card is not given in the lottery process and remains as a lottery target. The identification code whose status is “granted” indicates that, as a result of the lottery process, a card corresponding to the identification code is given to the user and excluded from the lottery target. In the present embodiment, as will be described later, in the lottery process, a card corresponding to the lottery target serial number may be excluded from the lottery object without being given to the user. In this case, for example, “exclusion” is written in the “status” of the lottery object to be excluded.
In the lottery object database, all of the card information may be associated with the serial number in advance, or only part of the card information may be associated. For example, the lottery ID: LT002 in FIG. 8 is associated with only the index indicating the rare degree as the card information to the serial number, and other card information (identification code, first attribute, second attribute, attack power, “-” Indicating that there is no data is recorded in (defense). In this case, as will be described later, other card information may be written in the lottery object database when an identification code associated with the serial number is determined in the lottery process.

(5) Game of this embodiment Hereinafter, the game of this embodiment is demonstrated, referring FIGS. 9-13.
In the following description, buttons, marks, and the like displayed on the web page displayed on the communication terminal 10 are buttons that are arranged at desired positions on the web page and are visually recognized on the communication terminal 10. The position on the display screen of the mark and the like can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.

The top page P1 of FIG. 9 includes a monster image display area 101, a user data display area 102, and a button display area 103. Although the top page P1 is configured for each user to be processed, the top page P1 in FIG. 9 is a case where the user to be processed is a user “A” (hereinafter referred to as “user: A”). It is an example.
The monster image display area 101 is an area in which an image recorded in the user database of the user to be processed is displayed. The user data display area 102 is an area in which data (see FIG. 6) of each item such as a user name and a lottery point recorded in the user database of the user to be processed is displayed. The button display area 103 includes buttons m1 (“lottery”) corresponding to event processing (lottery processing, etc.) provided in the game of the present embodiment. The button display area 103 may include buttons for performing quest processing, battle processing, reinforcement processing, and organization processing.
When the button m1 is selected on the top page P1, execution of the game is started.

[Lottery processing]
Next, an example of lottery processing will be described. When the button m1 is operated on the top page P1 in FIG. 9, the lottery process is started, and the web page is updated as shown in P2. The web page P2 includes a lottery points owned by user A (“1200”), the number of lottery points necessary for one lottery (“10”), a button m10 for performing lottery (“lottery”), a user : Information on the current remaining number / initial number for each rare degree of the card, which is information related to the lottery object associated with A. The web page P2 may include a button for continuously performing a plurality of lottery processes. In addition, when the upper limit number of cards that can be held is set for each user, if the number of held cards of the user: A is the upper limit value, the web page P2 may perform a lottery instead of the button m10. You may include the message that it cannot.
When the user: A operates the button m10 on the web page P2, the web page is updated as shown in P3, for example. The web page P3 shows the lottery points ("1190") held by the user A after the lottery process, the information on the card (grant card: jkl) given to the user A as a result of the lottery process, the lottery after the lottery process Contains information on the current remaining number / initial number for each rarity of the target card. In the example of the web page P3, since the rare degree of the grant card: jkl is 4, the remaining number of rare degrees 4 is reduced from 5 of the web page P2 to 4 of the web page P3.
Further, the web page P3 is for excluding a button m11 (“continue lottery”) for performing a lottery process and a card (related card) related to the grant card: jkl from the lottery objects after the lottery process. It includes a button m12 (“Remove related card”).
When the user: A operates the button m11 on the web page P3, the lottery process is performed in the same manner as when the user: A operates the button m10 on the web page P2.

[Lottery change process]
Next, an example of an operation for changing the lottery object will be described. When the button m12 is operated in P3 of FIG. 9, for example, the web page is updated as shown in P4 of FIG. The web page P4 includes information on related cards excluded from the lottery target (for example, information such as the number of related cards for each rare degree). Here, a part of cards (cards with a rarity of 3 or less) whose rarity is lower than the granted card: jkl (rare degree: 4) are regarded as “related cards”. The web page P4 includes a button m13 (“Yes”) for determining to exclude the related card from the lottery object, and a button m14 (“No”) for canceling the exclusion of the related card from the lottery target.
When the user: A operates the button m14 on the web page P4, it is updated to the same lottery processing web page as the web page P2.

When the user A on the web page P4 operates the button m13, for example, the web page is updated as shown in P5. The web page P5 shows the lottery points owned by the user A (“1190”), the number of lottery points necessary for one lottery (“10”), a button m10 for performing lottery (“lottery”), and change It includes information on the current remaining number / initial number for each rarity of a card that is a lottery target later. Here, the remaining number for each rare degree of the web page P5 is a value obtained by subtracting the number for each rare degree of the related card of the web page P4 from the remaining number for each rare degree of the web page P3 before the change. .
Note that the web page P5 may include information indicating the relevance of the associated card excluded from the lottery target.
When the user: A operates the button m10 on the web page P5, the lottery process is performed in the same manner as when the user: A operates the button m10 on the web page P2. At this time, a lottery process is performed based on the changed lottery target.
Note that the information on the related card is presented after the button m12 is operated on the web page P3, but the present invention is not limited to this. Presents the lottery points after the lottery process after the button m10 is operated on the web page P2, the information on the cards (granted cards) given as a result of the lottery, the information on the cards (related cards) related to the granted cards, It may be possible to select whether or not to remove the card (operation of the buttons m13 and m14).
The web pages P2, P3, and P5 display information on the current remaining number / initial number for each index (rare degree) as information on the lottery object. Not limited. You may display the number of cards included in a lottery object, or a ratio for every information (for example, identification information (card name), attribute information, etc.) other than the rare degree of the card included in a lottery object. Moreover, the information of the card | curd contained in the lottery object may be judged in combination, and the number of cards or the ratio may be displayed. For example, the index associated with the card included in the lottery object and information on the remaining number / initial number for each attribute information may be presented. For example, even when information on the number of remaining cards / initial number of cards associated with a predetermined index and predetermined attribute information (for example, “there are 5 rare cards with a rarity level of 4 and an attribute of flame”) is presented. Good.
In addition, as the lottery target display, only a part of the lottery target information may be displayed first, and more lottery target information may be displayed according to the user's operation. For example, as the lottery target information, only the number of cards for each rarity level is displayed first, and more card information (identification information, indicators, attributes, etc.) of the lottery target card is displayed. Shortcut buttons may be included.
Furthermore, as a result of the lottery, the display format of the cards (granted cards) to be given and the cards (related cards) related to the granted cards are the display formats such as the web page P3 in FIG. 9 and the web page P4 in FIG. Not limited to. For example, as the display format of the grant card, only a part of the card information associated with the grant card and the number of the given cards may be displayed (for example, “one card with a rare degree 4”). . Moreover, you may display card information, such as identification information (card name, image) matched with every related card, an index, attribute information, as a display format of a related card.
In addition, as with the display of the grant card and the related card, similar to the display of the lottery target information, only a part of the lottery target information is displayed first, and more lottery target information is displayed according to the user's operation. May be. For example, as the information on the granted card or related card, the web that displays only the number of cards for each rare degree and presents more card information (identification information, indicators, attributes, etc.) of the granted card or related card. You may include a shortcut button to the page.

(6) Overview of Functions in Game Control Device In the present embodiment, the game control device is configured by the game server 20 and the database server 30. Below, the function implement | achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 14 for the case where the game mentioned above is applied as an example. FIG. 14 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
In the functional block diagram of FIG. 14, the association means 52, selection means 53, provision means 54, and change means 55 correspond to the main configuration of the present invention. Other means are not necessarily indispensable components, but are components for making the present invention more preferable.

The execution unit 51 receives an HTTP request in response to a user's selection on the web page for the communication terminal 10 and transmits HTML data (that is, an HTTP response) for sequentially updating the web page displayed on the communication terminal 10. By doing so, a function of executing the game of the present embodiment by a web service is provided.
The execution means 51 causes the communication terminal 10 to display buttons each assigned with a plurality of processes executed in the game. Specifically, the CPU 21 generates HTML data for displaying a web page including a button and transmits it to the communication terminal 10. Then, when a button on the web page is selected in the communication terminal 10, the CPU 21 receives information about the selected button from the communication terminal 10, and is assigned to the selected button based on the received information. Execute the process.

The association means 52 has a function of associating a lottery object composed of a plurality of cards for each user with the user and storing it in the database server 30. The card is an example of an object on the game, and a predetermined item other than the card may be associated with the user as a lottery target. The database server 30 is an example of a storage device, and may be stored in another storage device. The function of the correlation means 52 is implement | achieved as follows, for example.
CPU21 will determine the some card | curd used as the lottery object of user: A by deciding lottery ID, if it determines that the some card | curd used as a lottery object is matched with user: A. Specifically, the CPU 21 accesses the user database and writes the determined lottery ID in the “lottery ID” field corresponding to the user ID of the user: A. Note that the CPU 21 may preliminarily specify the lottery object for each lottery ID and record it in the lottery object database, and simply associate the lottery ID with the user ID. At the stage, the lottery object corresponding to the lottery ID may be determined and recorded in the lottery object database.
The lottery object can be determined according to a predetermined rule. For example, by determining the indices of a plurality of cards to be selected such that the initial number for each rare degree to be selected is a predetermined number (for example, the initial number illustrated in P2 of FIG. 9) or a predetermined ratio, A lottery object may be defined for each lottery ID. Here, when there are a plurality of indices associated as card information, only some of them may be defined. That is, when there are different data strings for each of the plurality of indices, all of the data in the data strings for each of these indices may be determined, or only a part may be determined. For example, only data of an index (character or index) indicating the rare degree may be determined, and a data string related to another index may be determined as arbitrary data. When defining some data of card information, only a plurality of indices (for example, rareness and parameters) may be defined, or data other than the indices (for example, attribute information) together with one or a plurality of indices. Etc.) may be specified.

The selection unit 53 has a function of referring to a lottery object database based on user input information and selecting a card (grant card) to be given to the user from among lottery objects by lottery. The function of the selection means 53 is implement | achieved as follows, for example.
When recognizing that the button m10 of the web page P2 in FIG. 9 is selected by the user: A, the CPU 21 accesses the user database and is recorded in the “lottery ID” column corresponding to the user ID of the user: A. Get lottery ID. Next, the CPU 21 accesses the lottery object database, and determines a serial number to be selected as a card to be given to the user: A from the serial numbers whose “status” is “before grant”. The serial number may be determined with a random probability, or the probability may be varied according to card information associated with the card. For example, you may determine with the probability according to the rare degree matched with the card | curd. For example, the higher the rare degree of the card, the lower the probability of selecting it as the serial number of the card to be given to the user: A.
In addition, when only a part of the card information associated with the lottery object is stored in the lottery object database and other card information is optional data, the card information is associated with the lottery object based on user input information. Other card information may be determined after the lottery is performed based on only a part of the obtained card information. For example, based on user input information, an identification code associated with a part of card information associated with the serial number selected by the above method is determined with a predetermined probability. For example, when the index associated with the selected serial number is only the rare degree: 4, in the card basic information database, the identification code is randomly selected from among the identification codes associated with the rare degree of 4. And the serial number and the selected identification code are stored in association in the lottery object database. The identification code may be determined with a random probability or with a probability defined for each identification code.

  The giving means 54 has a function of giving the selected card to the user. The function of the provision means 54 is implement | achieved as follows, for example.

  When the CPU 21 determines the serial number of the card to be given to the user: A (if the identification code is not associated with the serial number, the CPU 21 accesses the user database when the identification number is associated after the serial number is determined), User: Writes the determined serial number in the user ID column corresponding to A, and also writes the identification code associated with the serial number. The lottery ID (for example, LT001) corresponding to the user: A is written in the “status” of the card, and in the “registration reason”. In addition, when there is an upper limit in the number of cards that can be held for each user, if the number of cards held by the user: A is the upper limit value of the number of cards that can be held by the user: A, the CPU 21 associates with the user: A. The CPU 21 may write “held” in the “status” of the serial number of the card associated with the user: A if “not received” is written in the “status” of the serial number of the card to be stored. .

  The changing means 55 has a function of changing the content of the lottery target information based on information of the card (granting card) given to the user in the lottery process and the card (related card) satisfying a predetermined relationship with the given card. . The function of the change means 55 is implement | achieved as follows, for example.

When the card (grant card) selected from the lottery object is granted to the user, the CPU 21 accesses the lottery object database and writes “Granted” in “Status” of the “serial number” corresponding to the grant card. Further, the CPU 21 selects “serial number” corresponding to a card (related card) satisfying a predetermined relationship with the grant card among “serial numbers” corresponding to other cards associated with the same lottery ID as the grant card. Write “Excluded” in “Status” of all or part of
Here, the “predetermined relationship” may be defined in advance or determined based on card information (index) associated with the granted card.
For example, regardless of the index associated with each lottery object, data that associates the serial numbers of the cards included in the lottery object is set, and the serial number of the granted card is set based on the set data. The serial number of the related card associated may be acquired, and “excluded” may be written in the status of the serial number of the related card included in the lottery object.
Further, for example, the card information associated with the grant card is compared with the card information associated with the card whose status is not granted, and it is determined whether or not to make a related card according to the comparison result. May be. For example, by comparing the card information of the grant card with the card information before grant, the card having the card information before grant having the card information having lower card information than the card information of the grant card as the related card. Alternatively, a card before granting having the same card information as the card information of the granting card may be used as the related card.
In the present embodiment, the card information to be compared is set as a rare degree, and a card before grant having a lower rare degree than the rare degree associated with the granted card is set as a related card.
Each card that can be selected as a grant card may be defined in association with the serial number of the related card in advance, or after determining the grant card, determine a card that satisfies a predetermined relationship with the grant card, You may decide as a related card.

(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. To do. FIG. 12 is a flowchart when a lottery process is performed in the game of the present embodiment. FIG. 13 is a flowchart when the lottery object change process is performed in the game of the present embodiment.
In addition, HTML data for displaying each web page of P1 to P5 is transmitted from the game server 20 to the communication terminal 10 as appropriate in accordance with the execution of each process in the flowcharts of FIGS. In some cases, the HTML data transmission process is not described in the flowchart. On the flowchart, the timing at which each of the web pages P1 to P5 is displayed is indicated by reference numerals P1 to P5.
In addition, in the flowchart of FIGS. 12-13, the case where user: A runs a game is demonstrated as an example.

[Lottery processing]
Next, an example of a flowchart for performing lottery processing will be described with reference to FIG.
When recognizing that the execution of the lottery is instructed (step S100: YES), the CPU 21 selects a card to be given to the user: A from the lottery target cards with a predetermined or random probability (step S102). ). Specifically, CPU21 accesses a user database and acquires lottery ID corresponding to user ID of user: A. Next, the CPU 21 accesses the lottery object database and obtains a serial number whose “status” is “before grant”. Next, the CPU 21 determines the serial number of the card to be given to the user: A from the acquired serial numbers. At this time, the CPU 21 may randomly determine the serial number of the card to be given to the user: A from the acquired serial numbers, or depending on the index (rare degree) associated with each card. The probability of selection may be varied. For example, you may set so that the probability that a card with a high rare degree will be selected becomes low.
Next, the CPU 21 assigns the selected card to the user A (step S104). Specifically, the CPU 21 accesses the card registration database, writes the serial number of the selected card in the user ID column corresponding to the user: A, and writes the determined identification code. In addition, the lottery ID corresponding to the user: A is written in the “status” of the card and “owned” in the “status of registration”.
Thereafter, the CPU 21 accesses the user database, updates the lottery point of the user: A (step S106), and ends the lottery process.
In addition, CPU21 may complete | finish a lottery process, when execution of a lottery is not instruct | indicated (step S100: NO).

[Lottery change process]
Next, an example of a flowchart for performing a lottery object change process for changing the content of the lottery object information will be described with reference to FIG.
When the CPU 21 recognizes that the change of the lottery target is instructed by the user A (step S200: YES), the CPU 21 acquires the status information of the lottery target card before the change (step S202). Specifically, the CPU 21 accesses the user database, and obtains a lottery ID before change (for example, LT001) corresponding to the user ID of the user: A. Next, the CPU 21 accesses the lottery object database, and acquires information on the serial number associated with the lottery ID: LT001 and “Status” is “Before Grant”.
Next, CPU21 determines the card | curd used as the object excluded from a lottery object (step S204). CPU21 determines the serial number of the card | curd (related card | curd) which satisfy | fills predetermined relationship with the card | curd provided before the change of lottery object was instruct | indicated from the information of the acquired identification code. Specifically, the CPU 21 acquires the rare degree that is a part of the card information of the card given before the change of the lottery target is instructed, accesses the lottery target database, and corresponds to the lottery ID: LT001. The attached “status” is the serial number of “before grant”, and the serial number having a rare degree smaller than the obtained rare degree is determined as the serial number of the related card. Note that the CPU 21 may decide to exclude all of the related cards from the lottery object, or may decide to exclude only some of the cards from the lottery object. Further, card information related to each card may be stored in association with each other, and the related card may be determined based on the data.
Next, the CPU 21 changes the lottery object (step S206), and ends the lottery object change process. Specifically, the CPU 21 accesses the lottery object database and writes “excluded” in the “status” of the identification code corresponding to the card to be excluded from the lottery object.
In addition, when the change of the lottery object is not instructed by the user A (step S200: NO), the CPU 21 may end the lottery object change process.
Note that the lottery target change instruction (step S200) is not essential. For example, the process of step S202 of FIG. 13 may be performed after step S106 of FIG.

  As described above, in the game control device of the present embodiment, it is possible to motivate the user to continuously execute the lottery function by changing the lottery object based on the information of the grant card and the related card. .

In the above embodiment, after displaying information on a card (granted card) given to the user from among the lottery objects, the user instructs to display a card (related card) that satisfies a predetermined relationship with the granted card (button). In this example, the related card information is displayed when the operation of m12 is performed. However, the related card display instruction is not indispensable. May be displayed.
In addition, the example of changing the lottery object when the user gives a lottery object change instruction (operation of the button m14) has been described. However, the present invention is not limited to this, and is automatically given after the lottery process. Cards and related cards may be excluded. That is, when there is a lottery instruction (operation of the button m30) by the user, the information on the grant card and the related card and the information on the lottery target from which the grant card and the related card are removed are displayed as the information on the lottery Also good.

In the above-described embodiment, the example in which the related card related to the grant card is always changed by the changing unit 55 when the grant card is selected by lottery has been described. The changing unit 55 may be executed only when it is limited or when a predetermined condition is satisfied.
For example, it is determined whether or not the grant card is a predetermined card, and only when it is determined that the grant card is the predetermined card, the lottery target change process based on the related card associated with the grant card is performed. Also good. The predetermined card may be a card already owned by the user or a card that has been owned in the past. For example, it is determined whether or not a card having an identification code similar to the identification code of the grant card is stored in association with the user ID, and only when the card is stored in association with the user ID The related card associated with may be excluded from the lottery target.
Also, for example, based on the execution status of the lottery process for each user or the entire user, it is determined whether the lottery process satisfies a predetermined condition, and the grant card and the grant card selected in the lottery process satisfying the condition The content of the lottery target information may be changed based on the information of the related card that satisfies the predetermined relationship. In addition, the content of the lottery target information may be changed based on the information of a plurality of grant cards given to the user until the condition is satisfied and related cards satisfying a predetermined relationship with each grant card. Note that when a predetermined condition is satisfied, for example, when a predetermined number of lottery processes are performed for each user or for the entire user, or the ratio of assigned cards to the initial lottery target is a predetermined ratio. It is time to reach.

  Moreover, in the said embodiment, although the example which selects a card | curd only from the predetermined lottery object was demonstrated, this invention is not restricted to this, A card from the population containing lottery objects other than a predetermined lottery object | object May be selected. For example, a card may be selected from a predetermined lottery target with a probability of 80%, and a card may be randomly selected from other cards with a probability of 20%. In this case, the lottery object may be changed based on a card selected from a predetermined lottery object.

Moreover, in the said embodiment, although demonstrated about having excluded a part or all of the grant card and the related card | curd which satisfy | fills a predetermined relationship with a grant card from lottery object, the change of lottery object is not restricted to this. For example, you may make the lottery probability of a related card | curd smaller than another card | curd.
Further, in the lottery target database, the related card may be excluded from the lottery target by deleting the information of the related card that satisfies the predetermined relationship with the granted card. Further, the related card may be substantially excluded from the lottery target by rewriting the information on the related card with information on a card that does not satisfy the predetermined relationship with the granted card.
Moreover, you may give a user one part or all part of the card | curd used as the object excluded from a lottery object. That is, the changing means 55 sets the status information of the related card satisfying a predetermined relationship with the granted card in the lottery target database as “granted” instead of “excluded”, and stores the serial number of the relevant card in the card registration database. Write the identification code, “hold” the status information, and write the lottery ID corresponding to the registration reason.

Moreover, although the said embodiment demonstrated the example which always performs a lottery process when the user operates the button m10 in the web page P2 for a lottery process, this invention is not limited to this. For example, whether or not to perform the lottery process according to a user operation is determined based on a predetermined condition (for example, a predetermined probability), and the lottery process may be performed only when it is determined to perform the lottery process.
Moreover, although the said embodiment demonstrated the example made into the lottery point which increases the consideration of a lottery process according to the exchange with a friend, this invention is not limited to this. For example, physical strength points that increase with the passage of time may be used as the consideration for the lottery process.
For example, in a game including a quest process in which a user searches for an area set on the game and obtains a card, the above-described quest process for giving a card with a predetermined condition (probability) using physical strength points as a price You may perform the process similar to the lottery process. When carrying out the present invention in the quest process, a population of cards given in the quest process for each user is determined in advance as a lottery target, and when the card is given to the user, the card and the predetermined relationship are satisfied. The contents of the card population may be changed based on the card information. For example, when a card is given to the user in the quest process, a card that satisfies a predetermined relationship with the card may be excluded from the population.

  In addition, in this embodiment, although the example which excludes from a lottery object the card whose rare degree is lower than a grant card was demonstrated as an associated card, this invention is not limited to this. For example, an index other than the rarity, for example, a card whose parameters (attack power, defense power), etc. are lower than the granted card may be used as the related card. Moreover, it is good also considering the card | curd matched with the attribute information with less usefulness for a user than the attribute information matched with the grant card | curd as a related card. Note that the attribute information with low benefit on the game indicates attribute information that has a more adverse effect in a battle process using an object. For example, when there is a difference in the effect in the battle process depending on the correspondence between the user attribute information and the card attribute information, attribute information that is less effective in the battle process is included in relation to the user attribute.

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

(8-1) Modification 1
In the above embodiment, the information of each card, which is an object included in the lottery object, and the information of the related card having a predetermined relationship with the grant card are presented. The difference is that information indicating a predetermined relationship between each card as an object and another card is presented to the user in advance.
FIG. 14 shows an example of a lottery object database according to this modification. As shown in FIG. 14, in the lottery object database of this modification, a plurality of group numbers (G numbers) are associated as information indicating a predetermined relationship for each lottery ID. Each item of the lottery identification code and the lottery status is associated with one of the items. In the example of FIG. 14, a lottery serial number, an identification code, a rare degree, a first attribute, a second attribute, an attack power, a defense power, and a status are associated with any of the group numbers G1 to G9. ing. In the lottery object database, all of the card information may be associated with the serial number in advance, or only part of the card information may be associated. For example, the G number: G9 in FIG. 14 is associated with only the index indicating the rare degree as the card information to the serial number, and other card information (identification code, first attribute, second attribute, attack power, “-” Indicating that there is no data is recorded in (defense). In this case, as will be described later, other card information may be written in the lottery object database when an identification code associated with the serial number is determined in the lottery process.

P6 in FIG. 15 is an example of a web page displayed on the user's communication terminal 10 in the lottery process according to this modification. The web page P6 includes lottery points ("1200") held by the user (A), the number of lottery points necessary for one lottery ("10"), and a button m10 for performing lottery ("Lotter"). ), User: includes information on a card that is a lottery object associated with A. Note that the web page P6 in FIG. 15 includes information on the card rarity and information on the group to which each card belongs as information on the cards to be drawn.
Here, on the web page P6, information regarding the group to which the card that is the lottery object, which is information indicating a predetermined relationship, is displayed in a matrix for each of a plurality of groups. The groups G1 to G9 correspond to the group numbers G1 to G9 in the lottery object database, and the cards that are the lottery objects included in the groups G1 to G9 are associated with the group numbers G1 to G9 in FIG. Corresponds to the serial number.

  In the web page P6 in FIG. 15, when the user: A operates the button m10, the web page is updated, for example, as shown in P7 in FIG. The web page P7 includes a lottery point ("1190") held by the user A after the lottery process, the number of lottery points necessary for the subsequent lottery ("10"), and a button m11 for performing the lottery continuously. ("Continue lottery"), the result of the lottery process, the information of the card (grant card: jkl) given to the user: A, and the information of the card that is the lottery target after the lottery process. Here, when presenting the information of the group to which the card belongs, the lottery object in the group G9 is easily distinguished from the information on the pre-grant card belonging to the group and the post-grant card information belonging to the group. When a card with a rarity level 4: jkl is granted, an image of the grant card: jkl is displayed on the web page P7 at the card position indicating the rarity level: 4 within the group G9.

In this modification, when a predetermined card (hereinafter referred to as “key card”) in the same group is given, other cards remaining as a lottery object in the same group are excluded from the lottery object. For example, the card with the highest rarity in the same group can be used as the key card. For example, in the web page P6, when the card having the highest rarity level (with a rarity level: 4) in the group G9 is given to the user: A, as shown in the web page P7, the rarity level in the group G9: 4 It is shown that cards other than jkl: are excluded from the lottery targets.
In order to distinguish and display the cards included in the lottery object and the cards excluded from the lottery object, the display form of the card excluded from the lottery object may be changed. In addition, in FIG. 15, it has shown that it is a card | curd excluded from the lottery object by displaying an outline with a broken line.

  FIG. 16 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present modification. In the present modification, the game control unit is different in that the game control unit includes an association unit 56 and a presentation unit 57. In the following, functions mainly different from the embodiment will be described.

In the present modification, the function of the changing unit 55 is realized as follows, for example.
When the CPU 21 determines the serial number of the card to be given to the user A, the CPU 21 accesses the lottery object database and writes “Granted” in “Status” of “Serial number” corresponding to the given card.
Moreover, CPU21 determines with the card | curd matched with the group same as a grant card | curd as a card | card (related card | curd) which has a predetermined relationship with a grant card | curd. That is, the CPU 21 obtains the serial number of a card associated with the same “group number” as the “group number” associated with the granted card, and the card satisfies the predetermined relationship with the granted card. And “delete” is written in the “status” of the card. Of the cards associated with the same group number, “deleted” may be written only in a card whose “status” is “before grant”.
In addition, if there are multiple cards (related cards) associated with the same group number as the granted card, select some related cards randomly or according to a predetermined condition, and the selected related cards "Delete" may be written in "Status" of
Further, whether or not to change the lottery target based on the related card satisfying the predetermined relationship may be determined according to whether or not the granted card is a predetermined card (key card). That is, the CPU 21 may determine whether or not the grant card is a predetermined card (key card). For example, the CPU 21 determines whether or not the grant card has the highest rarity among the cards associated with the same group, and determines that the grant card is a key card when the rarity is the highest. Also good. In the lottery database, a flag indicating whether each card is a key card may be stored in advance, and it may be determined whether the given card is a key card based on the flag.
When it is determined that the grant card is a key card, the CPU 21 changes the lottery target based on a related card that satisfies a predetermined relationship with the grant card. For example, other cards remaining in the same group as the granted card are excluded from the lottery target. Specifically, the CPU 21 writes “deleted” in the “status” for the cards in the same group as the granted card whose “status” is “before grant”.
When a card other than the key card in the same group is given to the user, other cards remaining in the same group may not be excluded from the lottery target. In addition, when there are a plurality of cards having the highest rarity in the same group, when a predetermined ratio (for example, a majority) is given to the user, other cards remaining in the same group are selected from the lottery targets. It may be excluded. Moreover, when a plurality of key cards are set and all the key cards are given to the user, other cards remaining in the same group may be excluded from the lottery target.

The associating means 56 has a function of associating cards that are lottery targets and satisfy a predetermined relationship. The function of the associating means 56 is realized as follows, for example.
CPU21 memorize | stores the serial number of the card | curd which is a lottery object in correlation with each group number G1-G9 of a lottery object database. By doing in this way, the card | curd which attached | subjected the same group number can be made into the related card | curd which satisfy | fills the predetermined relationship of belonging to the same group.

The presenting means 57 has a function of displaying a predetermined relationship between cards among the cards that are the lottery objects, for example, a function that presents the cards that are the lottery objects divided into a plurality of groups. The function of the presentation means 57 is implement | achieved as follows, for example.
When recognizing that the button m1 is operated by the user: A on the top page P1 in FIG. 9, the CPU 21 accesses the user database and acquires the lottery ID corresponding to the user ID of the user: A. Next, the CPU 21 accesses the lottery object database, and acquires serial number, card information, and status information associated with each group associated with the acquired lottery ID. Then, CPU21 produces | generates the HTML data for displaying the web page P6 based on the information of a lottery object database, and transmits to communication terminal 10 addressed to user: A. For example, as shown on the web page P6 in FIG. 15, a part or all of the lottery card information is displayed on the communication terminal 10 of the user: A for each associated group. Moreover, it is displayed on the communication terminal 10 of the user: A so that the user can recognize whether the card is a lottery target. For example, the user may indicate that the card is excluded from the lottery by hiding, highlighting, or displaying a card with a status of “Granted” or “Deleted” thinner than other cards. Can be recognized. Further, the information of the lottery target card to be displayed may be changed depending on whether the card has been given or not. For example, if the status associated with the serial number is “before grant”, the information on the rare degree of the card associated with the serial number is acquired and a number indicating the rare degree is displayed, and the status is “granted” In the case of “completed”, the identification code of the card associated with the serial number is acquired, the image information associated with the identification code is acquired based on the card basic information database, and the image is displayed. Thus, the user can recognize the pre-grant card and the granted card.

Next, an example of a flowchart for performing the lottery process in the present modification will be described with reference to FIG. In the present modification, a lottery target change process is performed when a key card is given in the lottery process.
When recognizing that the execution of the lottery is instructed (step S300: YES), the CPU 21 selects a card to be given to the user: A from the lottery target cards with a predetermined or random probability (step S302). ).
Next, the CPU 21 determines whether or not the selected card is a key card (step S304). If the selected card is not a key card (step S304: NO), the CPU 21 proceeds to the process of step S308. If the selected card is a key card (step S304: YES), the CPU 21 changes the lottery target (step S306). Specifically, other cards remaining in the same group as the key card are excluded from the lottery target.
Next, the CPU 21 gives the selected card to the user: A (step S308). Thereafter, the CPU 21 accesses the user database, updates the lottery point of the user: A (step S310), and ends the lottery process.
In addition, CPU21 may complete | finish a lottery process, when execution of a lottery is not instruct | indicated (step S300: NO).

In this modified example, a group belonging to a lottery target has the same relationship and the group belongs to the same group and presents the cards in a plurality of groups indicating the predetermined relationship, so that the user can Can be recognized.
In this modification, it is determined whether the cards are in the same group, and if the cards are key cards, the lottery object is changed. However, the present invention is not limited to this. Regardless of whether the card is a key card, the lottery target may be changed based on a card associated with the same group as the granted card. For example, after the card is selected in step S302 of FIG. 17, the lottery target may be changed (step S306).
In addition, when a plurality of key cards are set in the same group and a predetermined number or more of key cards are given, the lottery target may be changed based on the card associated with the given card. For example, in step S304 of FIG. 17, the number of times the key card has been selected is counted, and it is determined whether or not the predetermined number of times has been reached. When the predetermined number of times has been reached, the process of step S306 is executed. If the number of times has not been reached, the process of step S308 may be executed.
Further, when the key card is given to the user, it may be determined whether or not to exclude a part or all of the cards in the same group as the key card from the lottery object according to the user's operation. For example, it is determined whether or not the grant card is a key card, and when the grant card is determined to be a key card, the user is inquired whether or not to delete the related card, and in response to a request to delete the related card by the user, You may exclude a related card from a lottery object.
Further, when the key card is given to the user, a part or all of the related cards having a predetermined relationship with the key card may be given to the user. For example, when it is determined whether or not the grant card is a key card, and it is determined that the grant card is a key card, a part or all of the cards associated with the same group as the key card You may give to.

(8-2) Modification 2
In the first modification, the group numbers G1 to G9, which are information related to the group to which the card that is the lottery object belongs, are displayed in a 3 × 3 matrix as information indicating the predetermined relationship. I can't. P8 and P9 in FIG. 18 are examples of web pages displayed on the user communication terminal 10 in the lottery process according to the present modification. For example, as shown in P8 and P9 in FIG. 18, the group is displayed in a nested frame shape such that the group G2 frame is displayed inside the group G1 frame and the group G3 frame is displayed inside the group G2 frame. Also good.
Further, a serial number may be associated with each group so that there are more cards with a higher degree of rarity as the group is arranged on the inner side and more cards with a lower degree of rarity as the group is arranged on the outer side. In other words, the predetermined relationship between the lottery cards may be defined by changing the conditions of the cards to be associated with each group. The card conditions to be associated can be defined based on the card index (rare degree).
Further, in the lottery object card database, a plurality of group numbers may be associated with one serial number. For example, a card associated with the inner group number may be associated with the group number of the outer group. For example, if some or all of the cards associated with the group G2 are also associated with the group G1, and the cards associated with the groups G1 and G2 are selected as the grant cards, the group G1 or G2 You may determine the card | curd matched with either as a card | curd (related card | curd) which satisfy | fills a predetermined relationship.
In addition, when a card associated with a plurality of groups is selected as a given card, a card selected at random from a card associated with a plurality of groups or according to a predetermined condition is used as a related card. You may judge.
In addition, when a priority is assigned to a group and a card associated with a plurality of groups is selected as an assigned card, a card associated with a group with a higher priority may be determined as a related card. For example, when the priority is set higher for the outer group, and a card associated with a plurality of groups is selected as a given card, the card associated with the outer group is determined as a related card. May be. In this case, when changing the lottery object, the probability that a card belonging to the outer group is selected as the grant card may be reduced or excluded from the lottery object. For example, when a key card of the inner group is given to the user, other cards remaining as a lottery target in the outer group may be excluded from the lottery target.
The probability that each card is given in the lottery process may be changed for each group. For example, priorities may be given to groups, and the probability of being given in the lottery process may be higher for cards associated with higher priority groups. For example, you may make the probability provided in a lottery process high as the card in the group displayed on the outer side.
In the present modification, as in the first modification, when a predetermined card (key card) in the same group is given, other cards remaining as a lottery object in the same group are excluded from the lottery object. May be. Similarly to the first modification, when a plurality of key cards are set in the same group and a predetermined number of key cards are given to the user, other cards remaining as the lottery targets are excluded from the lottery targets. Also good. Moreover, you may give a user one part or all part of the card | curd used as the object excluded from a lottery object.

(8-3) Modification 3
In the second modification described above, the case where the cards included in the lottery object are associated with the group based on an arbitrary condition has been described. However, the card may be associated with the group based on card information (index, attribute information, etc.). . Further, when there are a plurality of types of indicators, attribute information, etc., which are card information, a group associated with a plurality of indicators, attribute information, etc. may be associated with the card (pattern 1), and each indicator, attribute A plurality of groups associated with information or the like may be associated with a card (pattern 2).

(Pattern 1)
Hereinafter, as attribute information, one of the first attributes (R, G, B) and a group associated with any of the second attributes (F, M, N) (RF, RM, RN, GF, A case (pattern 1) in which GM, GN, BF, BM, BN) are associated with cards will be described.
P10 in FIG. 19 is an example of a web page displayed on the user's communication terminal 10 in the lottery process according to the present modification. In this modification, cards to be selected by lottery are presented in a plurality of groups for each attribute. For example, the group RF includes cards whose attributes are R and F. Similarly, the group RM includes cards with attributes R and M, the group RN includes cards with attributes R and N, and the group GF includes cards with attributes G and F. The group GM includes cards with attributes G and M, the group GN includes cards with attributes G and N, and the group BF includes cards with attributes B and F. The group BM includes cards having attributes B and M, and the group BN includes cards having attributes B and N.
Further, as shown in P10 of FIG. 19, each group is displayed arranged in a matrix for each attribute. That is, groups RF, RM, and RN including cards with attributes R are arranged in the same column, groups GF, GM, and GN including cards with attributes G are arranged in the same column, and cards with attributes B are The included groups BF, BM, and BN are arranged in the same column. In addition, groups RF, GF, and BF including cards with attributes F are arranged in the same row, groups RM, GM, and BM including cards with attributes M are arranged in the same row, and cards with attributes N are arranged. The containing groups RN, GN, BN are arranged in the same row.
In other words, it is associated with a plurality of types of attribute information so that the predetermined relationship between the cards included in the lottery object can be known and the user can recognize other cards satisfying the predetermined relationship with any card included in the lottery object. The groups are displayed so that the groups associated with at least one kind of different attribute information can be identified.

In the web page P10 in FIG. 19, when the user A operates the button m10, the web page is updated, for example, as shown in P11 in FIG. The web page P11 includes a lottery point ("1190") held by the user A after the lottery process, the number of lottery points necessary for the subsequent lottery ("10"), and a button m11 for performing the lottery continuously. ("Continue lottery"), the result of the lottery process, the information of the card (card: jkl) given to the user: A, the information of the card that is the lottery target after the lottery process. Here, in order to indicate that the card with the rare degree 4: jkl is selected from the lottery objects in the group BN, the web page P11 has the position of the card indicating the rare degree: 4 in the group BN in the web page P10. An image of card: jkl is displayed.
Also in this modified example, as shown in the web page P11 of FIG. 19, when a predetermined card (key card) in the same group BN is given to the user, other cards remaining as a lottery object in the same group BN May be excluded from the lottery target.

(Pattern 2)
Next, as attribute information, one of the groups (R, G, B) associated with one of the first attributes (R, G, B) and the second attribute (F, M, N) A case (pattern 2) in which any one of the groups (F, M, N) associated with any one is associated with a card will be described.
Similar to the above example, the cards to be selected by lottery are presented in a plurality of groups for each attribute, but the card and group are different from the above example, and the card is associated with the same attribute information. Are associated with the same group. For example, as attribute information, cards associated with any of the first attributes (R, G, B) are associated with different groups (respectively, groups R, G, B). Further, as attribute information, cards associated with any of the second attributes (F, M, N) are associated with different groups (respectively, groups F, M, N).
In this modification, when a predetermined card (key card) is given, other cards associated with the same group as the key card are excluded from the lottery target. For example, in the same web page as P10 of FIG. 19, when the attribute of the card (key card) given when the user: A operates the button m10 is B and N, for example, shown in P12 of FIG. As such, the web page may be updated. The web page P12 indicates that a card having attributes B and N, that is, a card (card: jkl) associated with group: B and group: N is given. Further, the web page P12 indicates that the card associated with the group: B and the card associated with the group: N are excluded from the lottery targets.
It should be noted that the user may be able to select whether or not to exclude a card associated with any group from among a plurality of groups associated with the grant card. For example, when a grant card is determined, the grant card and a plurality of groups associated with the grant card are presented, and an inquiry is made to the user as to which card associated with the group is excluded from the lottery target. The card associated with the group selected by the user may be excluded from the lottery target. That is, when the button m10 is operated on the web page P10 of FIG. 19, together with the information on the grant card: jkl, other cards associated with the group: B associated with the grant card: jkl are excluded from the lottery target. Button B (not shown) and a button N (not shown) for excluding other cards associated with the group: N associated with the grant card: jkl from the lottery target, When operated, the card associated with the group: B may be excluded from the lottery object, and when the button N is operated, the card associated with the group: N may be excluded from the lottery object.

In the present modification, the function of the changing unit 55 is realized as follows, for example.
When the CPU 21 selects the identification code of the card to be given to the user A, the CPU 21 accesses the lottery object database and writes “Granted” in “Status” of the “Identification code” corresponding to the selected card. The CPU 21 acquires attribute information associated with the serial number of the selected card, refers to the lottery object database, and selects another card having the same attribute as that associated with the selected card. As a card (related card) satisfying a predetermined relationship with the selected card, it is excluded from the lottery target. Note that group numbers may be associated in advance based on the attribute information of cards included in the lottery object, and cards associated with the same group number may be excluded. For example, if the attribute information associated with the serial number of the selected card is B and N, the CPU 21 corresponds to the attribute information B and / or N among the serial numbers associated with the same lottery ID. Write "Delete" in the "Status" of the serial number assigned.
Note that the CPU 21 may provide a predetermined card (key card) in the lottery target and perform the change process only when the selected card is a key card. That is, it is determined whether or not the selected card is a predetermined card (key card), and the change process may be performed when it is determined that the selected card is a key card.

Also in this modified example, a lottery process can be performed as in the flowchart of FIG. When a card having the same attribute as the granted card is excluded from the lottery object, it is not essential to display the card in groups for each attribute, and the display format may not be a matrix shape.
In addition, according to a user's operation, you may determine whether the card | curd which has the same attribute as a grant card is excluded from a lottery object.
Further, when there are a plurality of types of attributes of the granted card, a card having any one of the attributes may be excluded from the lottery target. For example, when the grant card has the attributes B and N, only the card having the attribute B may be excluded from the lottery target, or only the card having the attribute N may be excluded from the lottery target. Moreover, it is good also as a user being able to select the attribute which the card excluded from a lottery object has. For example, when the grant card has attributes B and N, the user may be able to select whether to exclude the card having the attribute B from the lottery target or to exclude the card having the attribute N from the lottery target.

(8-4) Modification 4
In the above-described modification, the case where a plurality of cards are associated with the group ID is defined, but the method of associating cards included in the lottery target is not limited to this. For example, a card associated with each card included in the lottery target may be defined. That is, for example, when there are a card A and a card B included in the lottery object, the card B is a card having a predetermined relationship with the card A, while the card A has a predetermined relationship with the card B. It can also be associated with unilateral correspondence such as not a card.
Further, not only the related card (primary related card) associated with the card selected from the lottery object, but also the related card (secondary related card) associated with the related card is determined, and the secondary card Related cards may also be excluded from the lottery target. Similarly, the k + 1st order related card associated with the kth order related card (k is a natural number) may be excluded from the lottery target. By doing in this way, diversity can be given to the information of the card | curd relevant to the provided card | curd. By generating diversity in related cards, it is possible to generate diversity in the change of the lottery object based on the related cards and to promote the user's lottery.
In addition, as a condition for excluding the secondary related card associated with the related card from the lottery target below, the cards included in the lottery card are defined hierarchically, and the lower cards are related to the granted cards. An example of changing a lottery object as a related card (secondary related card) when the card (primary related card) has a lower card than the related card will be described.

FIG. 21 is an example of a lottery object database according to the present modification. As shown in FIG. 21, in the lottery object database of this modification, the hierarchical structure of the cards that are the lottery objects is a tree structure, and each card that is the lottery object is associated with each node of the tree structure. In the lottery object database shown in FIG. 21, for each lottery ID, a number (node number) indicating each node of the tree structure, a parent node number (parent number) indicating a higher-level node corresponding to each node, A child node number (child number) indicating a node of a corresponding lower hierarchy, a serial number, an identification code, a rare degree, and a lottery target status are associated with each other. Here, when there is no parent node that is an upper layer and child nodes corresponding to the lower layer for each node, “null” is written indicating that the corresponding node does not exist. For example, “null” is written in “parent number” corresponding to the root node (node having no parent node) at the vertex of the tree structure. In addition, “null” is written in “child number” corresponding to the leaf node (node having no child node) on the lowest side of the tree structure. Note that “null” may be written in some nodes without associating the serial number of the card. Further, the number of tree structures is not limited to one, and each card may be associated with a plurality of tree structures. That is, there may be a plurality of root nodes.
The node number may be associated with some or all of the index, attribute information, etc. associated with the card together with the card identification information or instead of the card identification information. Alternatively, only part of the index, attribute information, etc. may be associated with the node number, and when the node number is selected, other information on the grant card may be determined based on the associated index, attribute information, etc.

P13 of FIG. 22A is an example of a web page displayed on the user's communication terminal 10 in the lottery process according to the present modification. The web page P13 includes lottery points ("1200") held by the user (A), the number of lottery points necessary for one lottery ("10"), and a button m10 for performing lottery ("Lotter"). ) User: As information indicating a predetermined relationship between each card that is a lottery object associated with A and other cards, a tree structure that is a hierarchical structure of cards included in the lottery object, and information on each card , Including card rarity information.
Here, the card associated with each node of the tree structure of the web page P13 corresponds to the serial number associated with the node number in the lottery object database of FIG. Note that the card corresponding to the node number (referred to as k) in FIG. 21 is given the symbol nk in FIG. 22A. For example, the card n31 of the web page P13 corresponds to the serial number associated with the node number 31 in the lottery object database in FIG.
In addition, according to the index included in the card information, for example, the rare degree, the index that is more useful to the user may be associated with the hierarchical structure. For example, a card having a lower rarity level may be associated with a leaf-side (lowest side) node of a tree structure, and a card having a higher rarity level may be associated with a root-side (vertex side) node. Cards may be associated with each other based on other indicators such as parameters and attribute information. For example, cards with higher parameters may be associated with higher levels, or cards with attributes that are more useful to the user may be associated with higher levels.

  In the web page P13 in FIG. 22A, when the user: A operates the button m10, the web page is updated, for example, as shown in P14 in FIG. 22B. The web page P14 includes a lottery point (“1190”) held by the user A after the lottery process, the number of lottery points necessary for the subsequent lottery (“10”), and a button m11 for performing the lottery continuously. ("Continue lottery"), as a result of the lottery process, includes information on the card (grant card: pqr) given to the user: A and information on the card that is the lottery object after the lottery process. Here, the hierarchy of the grant card is displayed, and the card information different from the card information presented before grant is presented as grant card information so that the user can identify the grant card and related cards and other cards. May be. That is, in order to indicate that a card with a rarity level 3: pqr has been selected from the lottery target, a rare that is presented as information on the card before granting, as shown on the web page P16, at the card position corresponding to n22. The image associated with the granted card: pqr is displayed as card information, not the degree.

  In this modified example, cards corresponding to nodes on the leaf side of the node corresponding to the grant card are excluded from the lottery target. For example, in the web page P14, when the card corresponding to the node number 22: pqr is given to the user, the card corresponding to the node on the leaf side of the node with the node number 22 is excluded from the lottery target. In FIG. 22B, the outline is displayed with a broken line to indicate that the card is excluded from the lottery target.

In the present modification, the function of the changing unit 55 is realized as follows, for example.
When selecting the serial number of the card to be given to the user: A, the CPU 21 accesses the lottery object database and writes “Granted” in the “Status” of the serial number corresponding to the selected card. In addition, the CPU 21 excludes the selected card from the lottery target as an associated card that satisfies a predetermined relationship with the card that has selected a lower-level card. In other words, other cards associated with the leaf node than the node corresponding to the selected card are excluded from the lottery target. For example, if the node number of the node corresponding to the selected card is 22, the CPU 21 sets the “status” of the serial number associated with the node number of the node on the leaf side of the node corresponding to the selected card to “ Write Delete. Specifically, if there is a child node in the node corresponding to the selected card, the CPU 21 writes “delete” in the “status” of the child node, and if there are further child nodes in the child node, “CPU” Write “Delete” in “Status”. This process is repeated until the child node is described as null.

In the present modification, the function of the association means 56 is realized as follows, for example.
CPU21 memorize | stores the position in the hierarchical structure prescribed | regulated to the lottery object of each card | curd. For example, the serial number of the card that is the lottery object is stored in association with each node number in the lottery object database of FIG. In addition, a card associated with each card as a higher-level card is associated with a card associated with a lower-level card. For example, the CPU 21 determines the number of the parent node and the number of the child node of each node and writes them in the lottery object database. In the present embodiment, the lottery object database includes data for forming a tree structure, and each node number is associated with a parent node number and a child node number. However, the present invention is not limited to this. For example, data for configuring a tree structure is stored in a database different from the lottery target database, and only the cards in the lower hierarchy that are cards having a predetermined relationship with each card may be stored in the lottery target database. Good.

Also in this modified example, a lottery process can be performed as in the flowchart of FIG.
Note that the key card in S304 of FIG. 17 indicates a card that is not the lowest layer in this modification, that is, a card associated with a node other than a leaf node. Specifically, when the information of the child node of the node number corresponding to the serial number of the grant card is null, the CPU 21 determines that the grant card is not a key card (step S304: NO), and is associated with the grant card. If there is no card (related card), the lottery target based on the related card is not changed, and the card is given (step S308). On the other hand, when there is child node information corresponding to the serial number of the grant card, the CPU 21 determines that the grant card is a key card (step S304: YES), and associates it with the node number described in the child node. As a related card associated with the granted card, the lottery target is changed based on the related card (step S306). In addition, when a child node is not a leaf node, a card associated with a child node of the child node may be changed as a related card (secondary related card) associated with a grant card. . Similarly, the change of the lottery target may be repeated up to the card associated with the leaf node.
In addition, according to a user's operation, you may determine whether the card | curd linked | related with the grant card | curd is excluded from a lottery object. That is, the user may be able to select whether or not to exclude the card corresponding to the node on the leaf side from the node of the grant card from the lottery target. Moreover, you may give a user one part or all part of the card | curd used as the object excluded from a lottery object. For example, you may give a user the card | curd matched with the child node of the node corresponding to a grant card | curd.

(8-5) Modification 5
In the above-described embodiment and modification, the card having a predetermined relationship with the card is mainly defined based on the card information, but the method of associating the cards is not limited to this. For example, each card included in the lottery target is arranged and presented in a two-dimensional or three-dimensional predetermined area, and information indicating a predetermined relationship between the cards is presented depending on the positional relationship between the cards. Also good.
FIG. 23 shows an example of a lottery object database according to this modification. As shown in FIG. 23, in the lottery object database of this modification, for each lottery ID, coordinates in an area composed of a matrix of m rows × n columns (m and n are natural numbers), a serial number, an identification code, and The lottery target status is associated. Note that each coordinate may be associated with some or all of the index, attribute information, and the like associated with the card together with the identification information of the card or instead of the identification information. Further, only part of the index, attribute information, etc. may be associated with the coordinates, and when the coordinates are selected, other information of the grant card may be determined based on the associated indices, attribute information, etc.

P15 in FIG. 24 is an example of a web page displayed on the user's communication terminal 10 in the lottery process according to the present modification. The web page P15 includes lottery points ("1200") held by the user (A), the number of lottery points necessary for one lottery ("10"), and a button m10 ("lottery") for lottery. ), User: includes information on a card that is a lottery object associated with A. Note that the web page P15 in FIG. 24 includes card rare information as card information.
Here, on the web page P15, an area composed of an m-row × n-column matrix is displayed, and information on a card that is a lottery target is displayed in association with coordinates in the area. The card associated with the coordinates of each element of the matrix of the web page P15 corresponds to the identification code associated with the coordinates in the lottery object database of FIG. For example, the card at the position of the coordinates (m, n) on the web page P13 corresponds to the serial number associated with the coordinates (m, n) in the lottery object database in FIG.

  In the web page P15 in FIG. 24, when the user A operates the button m10, the web page is updated, for example, as shown in P16 in FIG. The web page P16 includes a lottery point ("1190") held by the user A after the lottery process, the number of lottery points necessary to perform the lottery ("10"), and a button m11 for performing the lottery continuously. ("Continue lottery"), the result of the lottery process, information on the card (grant card: stu) given to the user: A, and information on the card that is the lottery target after the lottery process. Here, information of different cards may be displayed in order to distinguish between the grant card and the card before grant. For example, in order to show that the coordinates of the grant card: stu are (3, 6), the image of the grant card: stu is displayed at the position of the card corresponding to the coordinates (3, 6) on the web page P16. Yes.

In this modification, the card | curd matched with the coordinate which has a predetermined relationship with the coordinate of a grant card | curd is excluded from a lottery object as a related card | curd.
Here, the predetermined relationship may be, for example, that coordinates associated with the cards satisfy a predetermined relational expression. For example, when the x coordinate of the grant card is x1 and the y coordinate is y1, y = f (x) for an arbitrary function f (x) that satisfies y1 = f (x1) (1)
A card associated with an arbitrary coordinate (x, y) satisfying the above (excluding coordinates (x1, y1)) may be used as a related card.
Also, a card whose x coordinate is x1 (a card associated with a coordinate satisfying function: x = x1) or a card whose y coordinate is y1 (a card associated with a coordinate satisfying function: y = y1). It may be a related card. That is, you may exclude from the lottery object the other card | curd contained in the same row | line | column or column as a grant card as a related card. For example, when a card corresponding to the coordinates (3, 6) is given to the user, as shown on the web page P16, cards (coordinates (3, 1), (3, 2),. n) and cards in the same row (cards corresponding to coordinates (1, 6), (2, 6),... (m, 6)) are excluded from the lottery targets.
Alternatively, a predetermined relationship may be defined by a vector. For example, an object associated with the coordinates of the end point when the coordinates of the first object are set as the start point of the vector may be set as the second object. For example, when the coordinates of the first object are (x1, y1) and the vectors are (a, b), the object associated with the coordinates (x1 + a, y1 + b) may be the second object.
Note that the display mode of the cards may be changed in order to distinguish between the cards included in the lottery target and the cards excluded from the lottery target. For example, in FIG. 24, a contour line is displayed with a broken line to indicate that the card is excluded from the lottery target.

In the present modification, the function of the changing unit 55 is realized as follows, for example.
When the CPU 21 determines the serial number of the card (granted card) to be given to the user: A, the CPU 21 accesses the lottery object database and writes “Granted” in “Status” of “Serial number” corresponding to the granted card. In addition, the CPU 21 excludes other cards associated with the coordinates of the same row or column as the coordinates of the granted card from the lottery target as associated cards (related cards) that satisfy a predetermined relationship with the granted card. For example, if the coordinates of the grant card are (3, 6), the CPU 21 has coordinates (3, 1), (3, 2), ... (3, n) in the same row as the coordinates of the grant card, and “Delete” is written in the “status” of the identification code associated with the coordinates (1,6), (2,6),... (M, 6) in the same column.

Also in this modified example, a lottery process can be performed as in the flowchart of FIG. In this modification, the card associated with the card information having the highest benefit level in the same x coordinate or y coordinate is set as the key card, and the key card is selected in step S302 in FIG. S304: YES), the lottery object may be changed (step S306). In addition, without selecting a key card, the selection of a lottery object (step S306) may always be performed after the card is selected (step S302).
According to this modified example, each card included in the lottery target is arranged and presented in a predetermined area, and information indicating a predetermined relationship between the cards is presented by the positional relationship between the cards. The user can recognize the relationship between the cards. Moreover, the freedom degree which relates the coordinate matched with cards increases, and a diversity can be given to the related card | curd which has a predetermined relationship with a grant card | curd. For this reason, diversity can be caused in the change of the lottery object based on the related card, and the user's lottery can be promoted.
In addition, according to a user's operation, you may determine whether the card | curd of the same row or column as a grant card | curd is excluded from a lottery object.
In addition, only one of the cards in the same row or column as the granted card may be excluded from the lottery target. In addition, the user may be able to select whether a card in the same row as the granted card is excluded from the lottery target or whether a card in the same column is excluded from the lottery target.
Moreover, you may give a user one part or all part of the card | curd used as the object excluded from a lottery object.

(8-6) Modification 6
The present invention is not limited to a game control device, and can be applied to any lottery device. For example, the present invention can be implemented using a server for lottery processing instead of the game server 20 in FIG.
Prizes (objects) in the lottery process of this modification may be tangible (movable or real estate), money, etc., in addition to virtual characters, intangibles such as cards and items.
FIG. 25 shows an example of a lottery object database according to this modification. The lottery object database is stored in a database server similar to the database server 30 of FIG. In the lottery object database shown in FIG. 25, for each lottery ID, the serial number, index (here, grade), product name, and status of an object to be a lottery object are associated.

  In the present modification, the changing means 55 changes the contents of the information subject to the lottery based on the information about the prize (given prize) given to the user in the lottery process and the prize (related prize) satisfying a predetermined relationship with the awarded prize. It has a function to change. The function of the change means 55 is implement | achieved as follows, for example.

When the prize (granted prize) selected from the lottery object is given to the user, the CPU 21 accesses the lottery object database and writes “Granted” in “Status” of the “serial number” corresponding to the awarded prize. The CPU 21 also selects “serial numbers” corresponding to prizes (related prizes) satisfying a predetermined relationship with the prizes among “serial numbers” corresponding to other prizes associated with the same lottery ID as the prizes. Write “Excluded” in “Status” of all or part of
Here, the “predetermined relationship” may be defined in advance, or may be determined based on information (index) associated with the awarded prize. For example, regardless of the index associated with each lottery object, data that associates the serial numbers of the prizes included in the lottery object is set, and the serial number of the awarded prize is set based on the set data. The serial number of the associated prize may be acquired, and “excluded” may be written in the status of the serial number of the relevant prize included in the lottery object.
In addition, for example, the index associated with the prize to be awarded is compared with the index associated with the prize for which the status is not awarded, and it is determined whether or not to make a related prize according to the comparison result. Good. When the index to be compared is a grade, for example, a prize having a grade lower than the grade associated with the awarded prize can be set as the related prize. In addition, a prize satisfying the “predetermined relationship” with the awarded prize may be determined arbitrarily from prizes classified in the same category as the awarded prize (for example, “home appliance”).
Each prize that can be selected as a prize may be associated with a serial number of a related prize in advance, and after determining the prize to be awarded, a prize that satisfies a predetermined relationship with the prize to be awarded is determined, You may decide.

Also in this modification, it is possible to motivate the user to continuously execute the lottery function by changing the lottery object based on the grade of the awarded prize.
In the present modification, an example in which a grade indicating the value of a prize is used as an index associated with an object has been described, but the present invention is not limited to this. For example, production area, sale place, location, quality, raw material, efficacy, usage, quantity, shape, size, price, discount rate, production method, usage method, production date, usable period, etc. You may perform a lottery process using the parameter | index corresponding to information. When these are used as indexes, increasing the index means changing the value to a value more useful to the user.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, the embodiment may of course 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.

The game control device according to the present invention may be a stand-alone game machine used by a user alone, or wirelessly or wiredly with the communication terminal in order to display a game on the user's communication terminal. It may be an information processing apparatus such as a server that can establish communication.
Further, the game control device according to the present invention is not limited to the game control device, and can be applied to any information processing device.
In each of the embodiments described above, the game server 20 and the database server 30 on the network are configured to implement each function of the functional block diagram illustrated in FIG. 11, but the configuration is not limited thereto. It is good also as a structure which implement | achieves at least one part of these means with the communication terminal 10. FIG. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, some functions can be realized by the communication terminal 10 as described in the above embodiments. For example, FIG. 26A and FIG. 26B 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 each of the above-described embodiments, the database server 30 stores various data (for example, a user database, a card registration database, etc.), but a part of the data is stored in a storage device in the communication terminal 10. May be. In that case, the storage device may be a mass storage device such as the RAM 13 in the communication terminal 10 or an HDD (Hard Disk Drive) (not shown).

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 ... Execution means 52 ... Association means 53 ... Selection means 54 ... Granting means 55 ... Changing means 56 ... Association means 57. Presentation means

Claims (5)

A computer game control method comprising a storage unit, comprising:
Storing a selection target composed of a plurality of objects each having a parameter in the storage unit;
According to a request from the user, one of a plurality of objects included in the selection target is selected by lottery,
The number of objects included in the selection target is changed so that the number of objects other than the selected object having the same parameters as the selected object among the selection targets is decreased , and Storing the selection object whose number is changed in the storage unit;
A game control method comprising:   The game control method according to claim 1, wherein in changing the number of objects, the number of objects having the same parameters as the selected object among the selection targets is decreased.   The game control method according to claim 1, wherein the parameter is a rare degree or an attribute. A storage unit for storing a selection target composed of a plurality of objects each having a parameter;
In accordance with a request from the user, a selection unit that selects any one of the plurality of objects included in the selection target by lottery;
The number of objects included in the selection target is changed so that the number of objects other than the selected object having the same parameters as the selected object among the selection targets is decreased , and A changing unit for storing the selection target whose number is changed in the storage unit;
A computer comprising: A computer control program comprising a storage unit,
Storing a selection target composed of a plurality of objects each having a parameter in the storage unit;
According to a request from the user, one of a plurality of objects included in the selection target is selected by lottery,
The number of objects included in the selection target is changed so that the number of objects other than the selected object having the same parameters as the selected object among the selection targets is decreased , and Storing the selection object whose number is changed in the storage unit;
A control program for causing a computer to execute the above.

Images