JP5715102B2 - Data grant system, lottery device, and program - Google Patents

Description

  The present invention relates to a data grant system, a data grant system control method, a lottery device, a lottery device control method, and a program.

  2. Description of the Related Art Conventionally, a technique for lottery of data (items) to be given to a user in a game is known. For example, Patent Document 1 describes a game device that gives a user who has applied for a lottery of items that can be used in a certain game, and that can be used in the game.

JP 2002-319030 A

  In the technique as described above, when a user plays a plurality of types of games, it is more interesting to perform the lottery process in a state where the user does not know which game item is won before the lottery. It is preferable at the point which improves.

  The present invention has been made in view of the above problems, and the object of the present invention is to provide a data providing system and a data providing system capable of performing a lottery process in a state where the user does not know which game item is won. It is in providing a control method, a lottery device, a control method of a lottery device, and a program.

  In order to solve the above problems, a data grant system (1) according to the present invention is a data grant system (1) that grants a plurality of types of data to a user, and accepting means (78) that accepts a lottery request by the user. ) And the lottery request by the lottery means (80) for lottery of the data to be given to the user from the data of each of the plurality of types of games, and the lottery process by the lottery means (80). Is executed, the game corresponding to the lottery data includes grant means (84) for granting the lottery data to the user.

  Moreover, the control method of the data grant system (1) according to the present invention is a control method of the data grant system (1) that grants a plurality of types of data to the user, and accepts a lottery request by the user (78 When the lottery request is accepted, a lottery step (80) for lottery of data to be given to the user from each of a plurality of types of games, and a lottery process by the lottery step (80) Is executed, the game corresponding to the lottery data includes a granting step (84) for granting the lottery data to the user.

  Moreover, the lottery apparatus according to the present invention is a lottery apparatus (30) for lottering data to be given to the user, and when the lottery request is received, the accepting means (78) for accepting the lottery request by the user, Lottery means (80) for lottery of data to be given to the user from each data of a plurality of types of games, the lottery data in the game corresponding to the lottery data It is given to a user.

  The lottery device control method according to the present invention is a control method for the lottery device (30) for lottering data to be given to a user, the receiving step (78) for receiving a lottery request by the user, and the lottery request. Is received, a lottery step (80) for lottery of data to be given to the user from each data of a plurality of types of games, wherein the lottery data is the lottery data It is given to the user in a game corresponding to.

  In addition, the program according to the present invention provides a computer (30) for lottering data to be given to a user, accepting means (78) for accepting a lottery request by the user, and when the lottery request is accepted, A program for functioning as lottery means (80) for lottering data to be given to the user from among the respective data, wherein the lottery data is a game corresponding to the lottery data. It is given to the user.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  According to the present invention, it is possible to execute the lottery process in a state where the user does not know the game to which data is assigned.

  Moreover, in one aspect of the present invention, the data grant system (1) includes a means (82) for receiving a grant request from the user after the lottery process by the lottery means (80) is executed, and the lottery means. Determining means (86) for determining whether or not a reference time point after the lottery process according to (80) has been executed, and the grant means (84) before the reference time point has arrived. When the grant request is received, the means (84) for granting the lottered data to the user; and when the grant request is accepted after the reference time has arrived, the lottery data is sent to the user. And means (84) for restricting application.

  In one aspect of the present invention, the data providing system (1) further includes reference time setting means (100) for setting the reference time based on a lottery result of the lottery means (80), wherein the determination The means (86) is characterized by determining whether or not the set reference time has come.

  In one aspect of the present invention, the reference time point setting means (100) sets the reference time point when the lottery process by the lottery means (80) is executed, as the rarity of the lottery data increases. The reference time point is set so as to approach.

  In one aspect of the present invention, the data grant system (1) includes a means (82) for accepting a grant request from the user after the lottery process by the lottery means (80) is executed, and the lottery request. Means (102) for determining whether or not it is a time zone corresponding to the time point when the grant is accepted, and the grant means (84), when accepting the grant request in the time zone, Means (84) for granting the selected data to the user, and means (84) for restricting that the lottery data is given to the user when the grant request is received outside the time zone, It is characterized by including.

  In the aspect of the invention, the data providing system (1) further includes a time zone setting unit (104) for setting the length of the time zone based on a lottery result of the lottery unit (80). The determination means (102) determines whether or not it is the set time zone.

  In the aspect of the invention, the time zone setting unit (104) sets the length of the time zone so that the time zone becomes shorter as the rarity of the lottery data becomes higher. It is characterized by that.

  In one aspect of the present invention, each of the plurality of types of games is provided to a user who has registered the use of the game, and the data providing system (1) is selected by lottery among the plurality of types of games. If the game corresponding to the data is not registered for use by the user, it further comprises means (88) for proposing the user to register for use of the game.

  In one aspect of the present invention, each of the plurality of types of games is provided to a user who has registered the use of the game, and the lottery means (80) is used by the user among the plurality of types of games. The data to be given to the user is selected by lottery from the data of each of the plurality of types of games based on the type of game registered.

  In one aspect of the present invention, the data providing system (1) determines whether the user is eligible to receive the lottery data after the lottery process by the lottery means (80) is executed. Is further verified based on the grant information corresponding to the lottery data, and the grant means (84) is selected based on the verification result of the verifier (92). The data is given to the user.

  In one aspect of the present invention, the data grant system (1) includes a lottery server (30) including the accepting means (78) and the lottery means (80), the grant means (84), and the verification. A plurality of game servers (40) including means (92), wherein each of the plurality of game servers (40) executes at least one of the plurality of types of games, When the lottery process by the lottery means (80) is executed, the means (90) for obtaining the grant information corresponding to the lottery data from the grant information corresponding to the data of the plurality of types of games. , And each of the plurality of game servers (40) obtains the grant information corresponding to the game data executed by the game server among the plurality of types of games (9). ), And the verification means (92) of each of the plurality of game servers includes the lottery based on the grant information acquired by the game server and the grant information acquired by the lottery server. Verifying whether the user is eligible to receive the processed data.

  In one aspect of the present invention, the grant unit (84) acquires grant information corresponding to the lottery data when accessing the first URL corresponding to the grant unit (84). Means for assigning the lottery data to a user who has accessed the first URL, and when the grant information is not acquired when accessing the first URL, the first URL Means for restricting the user who has accessed the lottery from being granted the lottery data, and the data grant system (1) presents the grant information to the user who has executed the lottery process. And the means (96) for presenting a second URL different from the first URL, and the user who accesses the second URL is the user who has executed the lottery process, Run the redirection processing to the first URL, and means for obtaining the grant information to said application means (84) (98), characterized in that it further comprises a.

  In one aspect of the present invention, each data of the plurality of types of games is item data, character data, card data, or data indicating in-game currency.

  In addition, in the above, although the code | symbol described in drawing is described in parenthesis in order to make an understanding of this invention easy, by this, the game device etc. which concern on this invention are not limited to the aspect of illustration.

It is a figure which shows the hardware constitutions of a data provision system. It is a figure which shows an example of the card distributed to a user. It is a screen transition figure at the time of accessing URL described on the card | curd. It is a functional block diagram which mainly shows the function relevant to this invention among the functions implement | achieved by a data provision system. It is a figure which shows the data storage example of serial number data. It is a figure which shows the example of data storage of candidate data. It is a figure which shows the data storage example of lottery completed data. It is a figure which shows the example of a data storage of use registration data. It is a figure which shows the example of a data storage of provision object data. It is a figure which shows the example of data storage of game data. It is a figure which shows the process performed with a data provision system. It is a figure which shows the process performed with a data provision system. It is a figure which shows the process performed with a data provision system. It is a functional block diagram of a modification. It is a figure which shows correlation with the item and reference | standard time point which the user elected. It is a figure which shows correlation with the item and the length of a time slot | zone which the user won.

  Hereinafter, embodiments of the present invention (hereinafter referred to as embodiments) will be described with reference to the drawings.

[1. Hardware configuration of data grant system]
FIG. 1 is a diagram illustrating a hardware configuration of the data providing system. As shown in FIG. 1, the data providing system 1 includes a user device 10, a platform server 20, a lottery server (lottery device) 30, and a plurality of game servers 40.

  The devices constituting the data providing system 1 can communicate data with each other via the network N. In the present embodiment, for ease of explanation, the user device 10, the platform server 20, and the lottery server 30 are described as one, but a plurality of these may be provided.

  The user device 10 is a computer operated by a user, and is, for example, a mobile phone (smart phone), a game machine (a portable game machine and a stationary game machine), a PDA, or a personal computer. As illustrated in FIG. 1, the user device 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, a display unit 15, and an input unit 16.

  The control unit 11 includes, for example, a CPU and executes information processing according to an operating system and other programs. In addition, the control unit 11 includes a real time clock and acquires information regarding the current time.

  The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a hard disk drive or a solid state drive). The communication unit 13 is for exchanging data with another device (for example, the user device 10) via the network N. Here, the program and data are supplied to the user device 10 via the communication unit 13. In addition, for example, programs and data stored in various information storage media may be read out by the input unit 16.

  The operation unit 14 is used by the user to perform various operations / instructions. For example, a pointing device for the user to specify the position in the screen displayed on the display unit 15 is provided as the operation unit 14. For example, the user device 10 includes a touch panel provided on the display unit 15 so as to overlap the display unit 15.

  Instead of the touch panel, the user device 10 may be provided with, for example, a mouse, a keyboard, a stick, a touch pad, a button (key), or a lever (stick). The display unit 15 is, for example, a liquid crystal display or an organic EL display, and displays various screens. The input unit 16 is a reading device that reads an information storage medium.

  The platform server 20, the lottery server 30, and the plurality of game servers 40 are known server computers. The control units 21, 31, 41, the storage units 22, 32, 42, and the communication units 23, 33, 43 have the same hardware configurations as the control unit 11, the storage unit 12, and the communication unit 13, respectively. Is omitted.

  The platform server 20 comprehensively manages a plurality of types of games provided to the user. The platform server 20 accepts use registration of each game by the user. Each of the plurality of types of games is provided to the user after use registration by the user is accepted. That is, a game that the user has not registered for use is not provided to the user.

  The lottery server 30 draws data (items, etc.) to be given to the user. The storage unit 32 stores various data and programs necessary for the lottery process. The control unit 31 executes a lottery process based on the stored contents of the storage unit 32.

  The game server 40 executes each of a plurality of types of games provided to the user. Each of the game servers 40 executes a game based on the operation content directly obtained from the user device 10 or the operation content obtained from the user device 10 via the platform server 20. Data and programs necessary for executing the game are stored in the storage unit 42 of each game server 40.

  In the platform server 20, the lottery server 30, and the plurality of game servers 40, for example, an HTTP daemon is activated. On the other hand, in the user device 10, a web browser is activated. A processing request (HTTP request) is transmitted from the user device 10 via the web browser. In addition, a processing result (HTTP response) corresponding to the above processing request is transmitted to the user device 10. For example, page data (for example, HTML data) described in a web page description language is transmitted to the user device 10. A screen based on the processing result is displayed on the display unit 15 of the user device 10 based on the page data.

[2. Overview of processing in the data grant system]
In the data providing system 1, a plurality of types of data are provided to the user. The data is, for example, data used (utilized) in a game, and is data indicating item data, character data, card data, or in-game currency. “Give data to the user” means to make the data usable in the game. In this embodiment, a case where items used in each game are given to a user will be described as an example.

  For example, in a real-world facility such as an event venue, a card in which a URL for accessing the lottery server 30 and a serial number for obtaining an item is distributed from the event organizer to the user.

  FIG. 2 is a diagram illustrating an example of a card distributed to a user. The URL and serial number written on the card C are common to a plurality of types of games. Note that the URL may be different for each card C or the same. The serial number is a different symbol string (character string or number string) for each card C.

  FIG. 3 is a screen transition diagram when the URL described on the card C is accessed. As shown in FIG. 3, in the user device 10, when the user inputs the URL described on the card C from the web browser, a lottery screen 50 </ b> A (special page) is displayed on the display unit 15. When the user selects a link 52 displayed as “Click here for roulette” on the lottery screen 50A, the screen changes to the lottery screen 50B. An input form 54 for inputting a serial number is displayed on the lottery screen 50B. When the user inputs the serial number in the input form 54 and selects the lottery button 56, the screen transitions to the lottery screen 50C after a given screen effect is performed.

  A lottery result is displayed on the lottery screen 50C. For example, game information 58 (game name or the like) related to a game (game in which an item can be used) corresponding to an item won by the user, or item information 60 (item name and the number of items, etc.) related to an item won by the user, Displayed on the lottery screen 50C. When the user selects the receiving button 62 on the lottery screen 50C, the selected item can be received.

  Here, when an item of a game that the user has already registered for use is won, when the user selects the receiving button 62 on the lottery screen 50C, the screen transitions to the game screen 64 and the selected item is received. Can do. In this case, since the user has already registered for use of the game, the selected item can be used immediately in the game.

  On the other hand, when an item of a game that the user has not yet registered for use is won, when the user selects the receive button 62 on the lottery screen 50C, a screen appears on the registration screen 66 for registering use of the game. Transition. The user performs use registration for the game by selecting a use registration button 68 displayed on the registration screen 66. When the use registration to the game is completed, the user can start the game, so that the winning item can be used.

  Thus, in the data provision system 1 of this embodiment, it is the structure which draws out the item provided to a user out of multiple types of game. Hereinafter, this technique will be described in detail.

[3. Functions realized in the data grant system]
FIG. 4 is a functional block diagram mainly showing functions related to the present invention among the functions realized by the data providing system 1. As shown in FIG. 4, the data grant system 1 includes a lottery data storage unit 70, a usage registration data storage unit 72, a game data storage unit 74, a game control unit 76, a lottery request reception unit 78, a lottery unit 80, and a grant request reception. Unit 82, grant unit 84, time determination unit 86, suggestion unit 88, first grant information acquisition unit 90, verification unit 92, second grant information acquisition unit 94, presentation control unit 96, and redirect execution unit 98.

  The control unit 21 operates based on the program stored in the storage unit 22, the control unit 31 operates based on the program stored in the storage unit 32, and the control unit 41 is stored in the storage unit 42. Each function shown in FIG. 4 is realized by operating based on the program.

  Here, the usage registration data storage unit 72 is realized mainly by the storage unit 22, and the proposal unit 88 is realized mainly by the control unit 21. The lottery data storage unit 70 is realized mainly by the storage unit 32, and a lottery request reception unit 78, a lottery unit 80, a grant request reception unit 82, a time determination unit 86, a first grant information acquisition unit 90, a presentation control unit 96, and a redirect The execution unit 98 is realized mainly by the control unit 31. Further, the game data storage unit 74 is realized mainly by the storage unit 42, and the game control unit 76, the provision unit 84, the verification unit 92, and the second assignment information acquisition unit 94 are realized mainly by the control unit 41.

  Among the functional blocks shown in FIG. 4, the essential functional blocks in the data grant system 1 are the lottery request accepting unit 78, the lottery unit 80, and the granting unit 84, and other functional blocks are omitted. Also good.

[3-1. Lottery data storage unit]
The lottery data storage unit 70 stores various data for executing a lottery process. Here, the lottery data storage unit 70 stores serial number data, candidate data, and lottery completed data.

  FIG. 5 is a diagram illustrating a data storage example of serial number data. The serial number data is master data of a serial number presented to the user. That is, the serial number data stores the serial number written on each card C. A lottery process is executed a predetermined number of times (here, once) for one serial number.

  As shown in FIG. 5, the serial number described in the card C and a lottery flag are associated with the serial number data. The lottery flag is a flag indicating whether or not each serial number is used. “0” (OFF state) indicates that the serial number is not used. “1” (ON state) indicates that Indicates that a serial number has been used. The use of the serial number means that the user inputs the serial number from the input form 54 and executes the lottery process.

  FIG. 6 is a diagram illustrating a data storage example of candidate data. The candidate data indicates data candidates to be given to the user. As shown in FIG. 6, information (game ID) for identifying each of a plurality of types of game and information (granting key) for identifying each item are associated with the candidate data. The grant key is information for uniquely identifying each piece of data given to the user. Here, it is assumed that a grant key is assigned to each game. In addition, although illustration is abbreviate | omitted in FIG. 6, you may make it the flag which shows whether the said item has already been drawn for each item stored.

  FIG. 7 is a diagram illustrating a data storage example of the lottery-completed data. The lottery-completed data is data indicating a lottery result, for example, data that is won by each user. As shown in FIG. 7, the lottery-completed data includes a serial number input when the lottery process is executed, a game ID of the game corresponding to the winning item, a winning key for the winning item, and a lottery process. Is associated with information (session ID) for identifying communication between the user device 10 and the lottery server 30.

  The time stored in the lottery-completed data is the time corresponding to the time when the lottery process is executed. For example, when the lottery server 30 receives that the user has selected the lottery button 56, the lottery process is started. Any one of a predetermined point in the period from the start to the end and a point when a record is added to the lottery-completed data. The time stored in the lottery-completed data is not limited to these three examples. The time after the lottery request is made by the user may be stored.

  The session ID stored in the lottery-completed data is information for identifying the user device 10 that is accessing the lottery server 30. When the connection between the user device 10 and the lottery server 30 is established, the lottery server 30 is stored. Issued by. The lottery server 30 acquires a session ID from the user device 10 to identify which user device 10 is accessing.

  The control unit 31 functions as means for acquiring or updating various data stored in the lottery data storage unit 70. Moreover, the lottery data storage unit 70 may store data necessary for executing the lottery process, and the data stored in the lottery data storage unit 70 is not limited to the above example. In addition, for example, the HTML data of each lottery screen 50, the user ID of each user, and the like may be stored in the lottery data storage unit 70.

[3-2. Usage registration data storage unit]
The usage registration data storage unit 72 stores usage registration data indicating user registration contents. FIG. 8 is a diagram illustrating an example of data storage of usage registration data. As shown in FIG. 8, information (user ID) for identifying each user and the game ID of the game that each user has registered for use are associated with the use registration data.

  When the user registers as a member of the platform server 20, a new record is added to the usage registration data. Then, when the user registers each of the plurality of types of games, the game ID of the game registered for use is added to the record corresponding to the user.

  The control unit 21 functions as a means for acquiring or updating various data stored in the usage registration data storage unit 72. Further, the usage registration data storage unit 72 may store data necessary for executing the lottery process, and the data stored in the usage registration data storage unit 72 is not limited to the above example. In addition, for example, master data storing a game ID of a game managed (provided) by the platform server 20, data indicating an association between the game ID and the game server 40, and the like are stored in the use registration data storage unit 72. You may do it.

[3-3. Game data storage unit]
The game data storage unit 74 stores various data necessary for each game server 40 to execute a game. The game data storage unit 74 stores grant target data and game data.

  FIG. 9 is a diagram illustrating a data storage example of the assignment target data. The grant target data indicates data to be given to the user, and is prepared for each game executed by each game server 40. As shown in FIG. 9, the grant target data is associated with the grant key of the data to be given to the user and the grant flag. The grant flag indicates whether grant target data has been granted to the user. Here, the flag being “0” (off state) indicates that the grant target data has not yet been given to the user, and the flag being “1” (on state) Indicates that data has been given to the user.

  FIG. 10 is a diagram illustrating a data storage example of game data. The game data is data relating to a game played by the user. As shown in FIG. 10, in the game data, the user ID of a user who has already been registered in the game is associated with situation data indicating the game situation. The situation data includes, for example, information related to items held by each user. When the item selected by the lottery server 30 is given to the user, a new item is added to the situation data.

  The control unit 41 functions as a means for acquiring or updating various data stored in the game data storage unit 74. In addition, the game data storage unit 74 may store data necessary for executing the game, and the data stored in the game data storage unit 74 is not limited to the above example. In addition, for example, data indicating the progress of a game played by each user may be included in the situation data.

[3-4. Game control unit]
The game control unit 76 provides each of a plurality of types of games to a user who has registered for use of the game. The game control unit 76 advances the game based on each user's operation, and updates the situation data associated with the user.

[3-5. Lottery request reception department]
The lottery request reception unit 78 receives a lottery request from the user. The lottery request reception unit 78 receives a lottery request by acquiring a signal indicating the user's operation content (a signal indicating that a given operation has been performed using the operation unit 14). In the present embodiment, receiving a signal indicating that the user has selected the lottery button 56 together with the serial number (input information) input by the user corresponds to accepting a lottery request.

  In the present embodiment, when the lottery request reception unit 78 receives a lottery request (for example, when an input of a certain serial number is received), an item is not randomly selected from one type of game, but items from multiple types of games are received. A lottery will be held. That is, the serial number described on the card C is not information for making one type of game a lottery object, but can be said to be information for making a plurality of types of games a lottery object.

[3-6. Lottery Department]
When the lottery unit 80 receives a lottery request, the lottery unit 80 lottery data to be given to the user from the data (for example, items) of the plurality of types of games. The lottery unit 80 executes a lottery process based on a given lottery algorithm. For example, the lottery unit 80 executes a lottery process based on a random number, and randomly selects an item from among the items stored in the candidate data (from among the items that are not lottery), thereby performing the lottery process. Execute. The lottery unit 80 selects an item stored in a record having a number determined based on a random number as an item to be given to the user among the records stored in the candidate data.

  In the present embodiment, when the lottery request receiving unit 78 receives the lottery request, the lottery unit 80 compares the serial number input by the user with the serial number stored in the serial number data. The lottery unit 80 executes a lottery process when the serial number input by the user is stored in the serial number data, that is, when the serial number input by the user matches the serial number stored in the serial number data. To do.

[3-7. Grant request acceptance section]
The grant request accepting unit 82 accepts a grant request from the user after the lottery process by the lottery unit 80 is executed. The grant request accepting unit 82 accepts the grant request by acquiring a signal indicating a user operation content (a signal indicating that a given operation has been performed using the operation unit 14). In the present embodiment, receiving a signal indicating that the user has selected the receiving button 62 corresponds to receiving a grant request.

[3-8. Granting part]
When the lottery process by the lottery unit 80 is executed, the granting unit 84 grants the user the lottery data in a game corresponding to the lottery data (for example, an item). The granting unit 84 makes the lottery item usable in the game. Here, the granting unit 84 grants the item to the user by adding the lottery item to the record corresponding to the user in the game data stored in the game data storage unit 74.

[3-9. Time determination unit]
The time point determination unit 86 determines whether or not the reference time point after the lottery process by the lottery unit 80 is executed has arrived. The reference time point is a predetermined time point after the item is drawn, for example, a time point after the elapse of a predetermined time (for example, after 24 hours) of the time when the lottery-completed data is stored. The time determination unit 86 determines whether the current time (for example, the time when the grant request is received) is before or after the reference time.

  The granting unit 84 of the present embodiment gives lottery data (for example, an item) to the user when accepting the grant request before the reference time has arrived. That is, the granting unit 84 restricts the fact that the lottery data (for example, item) is given to the user when the grant request is received after the reference time has come. “Restricting that data is given to the user” is to prevent the lottery data from being given to the user.

[3-10. Proposal Department]
When the user has not registered for use of a game corresponding to the data drawn out of a plurality of types of games, the proposing unit 88 proposes to the user to register use of the game. “Proposing to the user to register the use of the game” is to guide the user to register the use of the game. For example, the use registration for registering the use of the game shown in FIG. The screen 66 is displayed on the display unit 15 of the user device 10.

[3-11. 1st grant information acquisition part]
When the lottery process by the lottery unit 80 is executed, the first grant information acquisition unit 90 is selected from grant information (eg, grant key) corresponding to each data (eg, item) of a plurality of types of games. Acquisition information corresponding to the acquired data is acquired. The first grant information acquisition unit 90 acquires the grant key stored in the candidate data stored in the lottery data storage unit 70.

[3-12. Verification section]
After the lottery process is executed by the lottery unit 80, the verification unit 92 determines whether or not the user is eligible to receive the lottery data (for example, an item). , Based on the grant key). Here, the fact that the user who made the lottery request matches the user who made the grant request corresponds to the qualification to receive the lottery item.

  The verification unit 92 executes verification processing based on the grant key acquired in response to the user grant request. The grant key acquired in response to the grant request is a grant key associated with the user who has requested the grant, and is a grant key obtained from the user who has requested the grant. The verification unit 92 includes a grant key (for example, a grant key stored in the lottery data) acquired in response to a user grant request and a pre-stored grant key (eg, a grant key stored in the grant target data). ) And whether or not match.

  The granting unit 84 of the present embodiment grants lottery data (for example, an item) to the user based on the verification result of the verification unit 92. The granting unit 84 grants data to the user when it is determined that the user is eligible to receive the lottery data. On the other hand, when it is determined that the user is not eligible to receive the lottery data, the granting unit 84 restricts the data from being given to the user.

[3-13. Second grant information acquisition unit]
The 2nd grant information acquisition part 94 acquires grant information (for example, grant key) corresponding to the data (for example, item) of the game which the game server performs among a plurality of kinds of games. The second grant information acquisition unit 94 acquires the grant key stored in the grant target data stored in the game data storage unit 74.

  Each verification unit 92 of the plurality of game servers 40 includes grant information (for example, grant key) acquired by the second grant information acquisition unit 94 of the game server 40 and grant information (ie, grant information) acquired by the lottery server 30 (ie, , The first grant information acquisition unit 90) and whether or not the user is eligible to receive the lottery data.

  The verification unit 92 determines whether or not the grant key acquired by the second grant information acquisition unit 94 matches the grant key acquired by the first grant information acquisition unit 90. The verification unit 92 determines that the user is eligible to receive the lottered item if they match, and determines that the user is not eligible to receive the selected item if they do not match. .

[3-14. Presentation control unit]
The presentation control unit 96 restricts presentation of grant information (eg, grant key) to the user who has executed the lottery process, and presents a second URL that is different from the first URL. The presentation control unit 96 guides the user to access the second URL instead of directly accessing the first URL.

  “Restricting the presentation of the grant key” means that the grant key is not notified to the user, for example, the grant key is not displayed on the display unit 15 of the user device 10. . “Present URL” means to notify the user of the URL, for example, to display a link including the URL on the display unit 15 of the user apparatus 10 and to display the URL on the display unit 15. .

  The first URL is a URL corresponding to the assigning unit 84, for example, a URL assigned to the game server 40 (a URL including the domain of the game server 40), and a URL that the user accesses to receive the item. is there. The second URL is a URL assigned to the lottery server 30 (URL including the domain of the lottery server 30), and can be said to be a URL associated with the first URL, for example.

[3-15. Redirect execution part]
When the user who accesses the second URL is a user who has executed the lottery process, the redirect execution unit 98 executes the redirect process to the first URL, and provides the grant information (eg, grant key). 84. The redirect execution unit 98 allows the first URL to be accessed when the user accesses the second URL. Various known methods can be applied to the redirect process itself. For example, the redirect process is executed by the CGI program of the lottery server 30. When executing the redirect, the redirect execution unit 98 sends the grant key associated with the user who has accessed the second URL to the game server 40 corresponding to the first URL.

  When the grant information corresponding to the lottery data (for example, grant key) is acquired when accessing the first URL corresponding to the grant unit 84, the grant unit 84 of the present embodiment The lottery data is given to the user who accesses the URL of 1. In other words, the granting unit 84 restricts the fact that the lottery data is given to the user who has accessed the first URL when the grant information is not acquired when accessing the first URL.

[4. Processing executed in data grant system]
FIGS. 11 to 13 are diagrams illustrating processing executed in the data providing system 1. The functional blocks shown in FIG. 4 are realized by executing the processes shown in FIGS.

  Note that a session between the user device 10 and the lottery server 30 is established when processing described below is executed. A session ID for identifying the session is stored in the storage unit 32 of the lottery server 30. The lottery server 30 specifies which user device 10 is accessing by receiving the session ID from the user device 10. The session ID may be valid only for a certain time.

  Further, the user ID is stored in the storage unit 12 of the user device 10, and when the user device 10 accesses the platform server 20, the lottery server 30, and the game server 40, the user ID is transmitted from the user device 10. You may make it do. The platform server 20, the lottery server 30, and the game server 40 can specify which user is accessing by acquiring the user ID.

  As shown in FIG. 11, first, in the user device 10, the control unit 11 transmits a display request for the lottery screen 50A to the lottery server 30 (S1). In S1, the control unit 11 issues a display request for the lottery screen 50A when a given operation is performed from the operation unit 14 (for example, when a link corresponding to the lottery screen 50A is selected from the web browser). Send.

  In the lottery server 30, when the display request for the lottery screen 50A is received, the control unit 31 transmits the HTML data of the lottery screen 50A to the user device 10 (S2).

  In the user apparatus 10, when the HTML data of the lottery screen 50A is received, the control unit 11 displays the lottery screen 50A on the display unit 15 (S3). The control unit 11 determines whether the link 52 is selected by the user based on the signal from the operation unit 14 (S4). When it is determined that the link 52 has been selected (S4; Y), the control unit 11 notifies the lottery server 30 that the link 52 has been selected (S5).

  In the lottery server 30, when the notification that the link 52 is selected is received, the control unit 31 transmits the HTML data of the lottery screen 50B to the user device 10 (S6).

  In the user device 10, when the HTML data of the lottery screen 50B is received, the control unit 11 displays the lottery screen 50B on the display unit 15 (S7). When the lottery screen 50B is displayed in S7, the input of the serial number is accepted in the input form 54. The input content to the input form 54 is temporarily stored in the storage unit 12.

  The control unit 11 determines whether or not the lottery button 56 has been selected (S8). When it determines with the lottery button 56 having been selected (S8; Y), the control part 11 determines whether the serial number is input into the input form 54 (S9). In S <b> 9, the control unit 11 determines whether or not the user has input some information to the input form 54.

  When it is not determined that the serial number has been input to the input form 54 (S9; N), the control unit 11 displays a given error message on the lottery screen 50B (S10), and the process returns to S8.

  When it is not determined that the serial number has been input to the input form 54 (S9; Y), the control unit 11 notifies the lottery server 30 of the input content to the input form 54 and a notification indicating that the lottery button 56 has been selected. Transmit (S11). In S <b> 11, the control unit 11 transmits a notification including a symbol string (character string or number string) input by the user to the lottery server 30.

  In the lottery server 30, the control unit 31 determines whether or not the serial number input by the user matches the serial number stored in the storage unit 32 (S12). In S <b> 12, the control unit 31 determines whether the symbol string input by the user to the input form 54 is stored in the serial number data. That is, the control unit 31 determines whether or not the user is qualified to execute the lottery process.

  If it is determined that they do not match (S12; N), this process ends. In this case, the process may proceed to S6, and the control unit 31 may transmit the HTML data of the lottery screen 50B including a message indicating that the serial numbers do not match to the user device 10. The user again inputs the serial number from the lottery screen 50B.

  On the other hand, when it is determined that they match (S12; Y), the process proceeds to FIG. 12, and the control unit 31 refers to the value of the lottery flag associated with the serial number (S13). In S13, the control unit 31 determines whether or not a lottery process based on the serial number input by the user has already been executed. That is, the control unit 31 determines whether or not the serial number input by the user has been used.

  When the lottery flag is on (S13; on), the control unit 31 proceeds to the process of S17. In this case, since the serial number input by the user has been used, the HTML data of the lottery screen 50C including the past lottery content is transmitted to the user device 10. In this case, the latest session ID may be stored in a record corresponding to the serial number in the lottery data.

  On the other hand, when the lottery flag is off (S13; off), the control unit 31 draws an item to be given to the user from a plurality of types of games (S14). In S14, the control part 31 selects an item at random from the items stored in candidate data. That is, the control unit 31 selects an item to be given to the user from items that have not been selected yet.

  The control unit 31 updates the lottery data based on the lottery result in S14 (S15). In S15, the control unit 31 creates a new record in the lottery data and stores the lottery result. For example, the control unit 31 stores the serial number input (used) by the user, the game ID of the game corresponding to the winning item, the grant key of the winning item, the current time, and the session with the user device 10. The session ID to be identified is associated and stored in the record.

  The control unit 31 turns on the lottery flag of the serial number input by the user (S16). The control unit 31 generates HTML data of the lottery screen 50C based on the lottery result of S14 and transmits it to the user device 10 (S17). In S <b> 17, the control unit 31 includes a receiving button 62 indicating information identifying the item won by the user and the game corresponding to the item, and a link of a given URL (second URL) of the lottery server 30. The HTML data of the lottery screen 50C including it is transmitted.

  In the user device 10, when the HTML data of the lottery screen 50C is received, the control unit 11 displays the lottery screen 50C on the display unit 15 (S18). The lottery screen 50 </ b> C displayed in S <b> 18 does not display the granted key for the selected item, so the user does not know the content of the granted key.

  The control unit 11 determines whether or not the receiving button 62 has been selected based on the signal from the operation unit 14 (S19). When it is determined that the receiving button 62 has been selected (S19; Y), the control unit 11 transmits a notification that the receiving button 62 has been selected to the lottery server 30 (S20). Since the URL of the lottery server 30 is set as the link destination of the receiving button 62, the control unit 11 accesses the lottery server 30 in S20.

  In the lottery server 30, when the notification that the receiving button 62 has been selected is received, the control unit 31 determines whether or not the session ID obtained from the user device 10 is stored in the lottery data (S21). ). In S <b> 21, the control unit 31 determines whether or not the user who has selected the lottery button 56 and the user who has selected the receiving button 62 are the same.

  When it is determined that the session ID is stored in the lottery-completed data (S21; Y), the control unit 31 determines whether or not the reference time point has arrived (S22). In S22, the control unit 31 determines whether or not a predetermined time has elapsed from the time associated with the user's session ID among the times stored in the lottery-completed data.

  When it is determined that the reference time point has not arrived (S22; N), the control unit 31 executes a redirect process based on the URL including the grant key associated with the session ID as an argument (S23). In S23, the control part 31 acquires the grant key linked | related with user session ID among the grant keys stored in the lottery-completed data. Then, the control unit 31 generates a URL including the acquired grant key as an argument. The URL is a URL for the user device 10 to access the game server 40. When the session ID is not stored in the lottery-completed data, the control unit 31 considers that the user who requested the lottery is different from the user who requested the grant, and does not execute the redirect process.

  In the present embodiment, when the user accesses the game server 40, the user is routed through the platform server 20. Therefore, the URL generated in S23 is the argument of the URL of the platform server 20 to the game server 40. The URL and the acquired grant key are included.

  More specifically, the game ID of the game in which the selected item is used is “g00001”, the URL of the platform server 20 is “http://aaa.jp/”, and the URL of the game server 40 is “http: //bbb.jp/ ”and the assigned key is“ i10001 ”, the URL of“ http://aaa.jp/g00001/?url=http://bbb.jp/?key=i10001 ” A redirect process is executed so as to access In this case, by including the game ID in a part of the URL, the platform server 20 can specify which game item is won. The game ID may be notified to the platform server 20 as a URL argument.

  Moving to FIG. 13, in the user device 10, the control unit 11 accesses the platform server 20 in accordance with the redirect process in S <b> 23 (S <b> 24).

  In the platform server 20, when receiving an access from the user device 10, the control unit 21 determines whether or not the user has been registered for use in the game (S25). In S25, the control unit 21 refers to the usage registration data and determines whether or not the game ID included in the URL is stored in the record corresponding to the accessed user.

  If it is determined that the game has not been registered for use (S25; N), the control unit 21 transmits the HTML data of the registration screen 66 to the user device 10 (S26).

  In the user device 10, the control unit 11 displays the registration screen 66 on the display unit 15 (S27). The control unit 11 determines whether or not the use registration button 68 has been selected (S28). When it is determined that the usage registration button 68 has been selected (S28; Y), the control unit 11 transmits a notification indicating that the usage registration button 68 has been selected to the platform server 20 (S29).

  In the platform server 20, when the notification is received, the control unit 21 executes a game registration process (S30). In S30, control part 21 performs registration processing by adding game ID of a game which a user registered for use to a record corresponding to a user among use registration data.

  On the other hand, when it determines with having been registered into the game (S25; Y), the control part 21 makes the user apparatus 10 access URL of the game screen 64 (S31). In S <b> 31, the control unit 21 causes the user device 10 to access “http://bbb.jp/?key=i10001” (that is, the URL of the game server 40) specified as an argument of the URL of the platform server 20. .

  In the game server 40, the control unit 41 determines whether or not the grant key included in the argument matches the grant key included in the grant target data (S32). The control unit 41 determines whether or not the grant key included in the argument is stored in the grant target data. That is, the control unit 41 determines whether or not the user who has made the grant request is a user who is eligible to receive the item.

  When it is determined that they match (S32; Y), the control unit 41 refers to the grant flag associated with the grant key (S33). When the grant flag is on (S33; on), the control unit 41 transmits HTML data of a screen indicating that the item has already been received to the user device 10 (S34). In S34, the control unit 41 does not give the item to the user.

  When the grant flag is off (S33; off), the control unit 41 gives the item to the user (S35). In S35, the control unit 41 adds the selected item to the situation data of the record corresponding to the user among the game data.

  The control unit 41 turns on the grant flag associated with the grant key of the item given to the user (S36). The control unit 41 transmits the HTML data of the game screen 64 to the user device 10 (S37). In this case, HTML data may be transmitted directly from the game server 40 to the user device 10, or HTML data may be transmitted via the platform server 20.

  In the user device 10, when the HTML data of the game screen 64 is received, the control unit 11 displays the game screen 64 on the display unit 15 (S38). Thereafter, the user plays the game while using the assigned item in the game.

  According to the data providing system 1 described above, when a user inputs one serial number common to a plurality of types of games on a web page of one URL common to a plurality of types of games, Since the item is won, the lottery process can be performed in a state where the user does not know which game item is won. Furthermore, it is possible to save the trouble of preparing a lottery URL for each game or preparing a different card C for each game.

  In addition, it is possible to prevent items from being received within a predetermined time after the user executes the lottery process. For example, when an item with a high degree of rarity is won, a serial number may be bought and sold in the real world and may be subject to a so-called real money trade. Therefore, as in the embodiment, by setting a time limit for receiving the item, the time for illegally buying and selling the serial number is restricted, so that real money trade is difficult to be established, and the serial number of the item with high rarity The possibility that the number is subject to real money trading can be reduced.

  Moreover, since the use registration of the said game is proposed when the use registration is not carried out to the game corresponding to the item elected by the user, the use registration to a game can be promoted.

  Further, whether or not the user is eligible to receive the item can be verified based on the grant key. Furthermore, the lottery server 30 and the game server 40 can manage the grant keys. Furthermore, when the grant key is notified to the user, the grant key itself may be a target of real money trade, but the redirect key is executed so that the grant key does not touch the user's eyes, Verification processing can be executed.

[5. Modified example]
The present invention is not limited to the embodiments and modifications described above, and can be appropriately changed without departing from the spirit of the present invention.

  FIG. 14 is a functional block diagram of a modified example. As shown in FIG. 14, in the modification, in addition to the functions of the embodiment, a reference time point setting unit 100, a time zone determination unit 102, and a time zone setting unit 104 are realized. The reference time setting unit 100, the time zone determination unit 102, and the time zone setting unit 104 are realized mainly by the control unit 41.

  (1) For example, in the embodiment, when the grant request is made within a certain time limit after the lottery process is executed, the mode in which the item is given has been described, but depending on the winning item, The time limit may be different. For example, the higher the rarity of the selected item, the shorter the time limit may be set so that the user can receive the item in a short time after the lottery.

  The data providing system 1 of the modification (1) includes a reference time setting unit 100. The reference time setting unit 100 is realized mainly by the control unit 31, for example. The reference time setting unit 100 sets the reference time based on the lottery result of the lottery unit 80.

  FIG. 15 is a diagram illustrating an association between an item won by the user and a reference time point. Data indicating the association shown in FIG. 15 is stored in the lottery data storage unit 70. The association may be a mathematical expression format or a table format. The reference time point setting unit 100 sets a reference time point associated with the data lottery by the lottery unit 80.

  Here, as shown in FIG. 15, the lottery unit 80, when the rarity degree of the lottered data (item rare degree) is higher, the reference time point is the time point when the lottery process by the lottery unit 80 is executed (the lottery data The reference time point is set so as to approach the time stored in (1). The data rarity is the rarity value of the data in the game. For example, a parameter relating to the rarity is associated with each data, or the rarity of each data is classified in advance. Data regarding the rarity of each item is stored in the lottery data storage unit 70. The reference time point setting unit 100 sets the reference time point so that the period from the time stored in the lottery-completed data to the reference time point becomes shorter as the rarity of the lottery item becomes higher.

  The time determination unit 86 of the modification (1) determines whether or not the reference time set by the reference time setting unit 100 has arrived. Since the reference time point setting unit 100 changes the reference time point according to the lottery item, the time point determination unit 86 determines whether or not the changed reference time point has arrived.

  According to the modification example (1), it is possible to set a receivable time point according to a lottery item. For example, the higher the rarity of a lottery item, the easier it is to become a target of real money trading, but the higher the rarity, the shorter the period that can be received, thereby limiting the time to buy and sell serial numbers illegally. Therefore, it becomes difficult to establish a real money trade, and it is possible to reduce the possibility that a serial number of an item with a high degree of rarity will be a target of real money trade.

  (2) In addition, during a day, the time zone in which a user plays a game is often substantially the same. For example, a user who plays a game during commuting time often plays a game almost every day during the commuting time, and a user who plays a game late at night plays a game almost every day during the midnight time. Often to do. Therefore, when the user makes a grant request during the time period when the lottery process is executed, the user who has requested the lottery and the user who has requested the grant are considered to be the same, and the lottery item is granted. May be.

  (2-1) The time zone determination unit 102 determines whether or not the time zone corresponds to the time point when the lottery request is accepted. The time when the lottery request is received is a time zone determined based on the time stored in the lottery-completed data. For example, the time zone including the time stored in the lottery-completed data (the time stored in the lottery-completed data) The time period from the time before the predetermined time to the time after the predetermined time). The length of the time zone may be fixed or may vary.

  When the granting unit 84 accepts the granting request during the time period, the granting unit 84 grants the lottery data to the user. When the granting unit 84 receives a grant request outside the above time period, the granting unit 84 restricts the lottery data from being given to the user.

  The time zone determination unit 102 determines whether or not the time point when the grant request is received (the current time when the grant request is received) is included in the time zone. When it is determined that the time point when the grant request is received is included in the time zone, the grant unit 84 grants the item to the user, and when the time point when the grant request is received is determined not to be included in the time zone. , Restrict items from being given to users.

  According to the modified example (2-1), whether the user who executed the lottery process is the same as the user who made the grant request is estimated based on the time zone when the lottery server 30 is accessed, and the lottery It can be determined whether or not to give the item to the user.

  (2-2) The time zone setting unit 104 may set the length of the time zone based on the lottery result of the lottery unit 80. For example, the time zone in which the item can be received may be set shorter as the rarity of the item won by the user is higher.

  FIG. 16 is a diagram illustrating the association between the item won by the user and the length of the time zone. Data indicating the association shown in FIG. 16 is stored in the lottery data storage unit 70. The association may be a mathematical expression format or a table format. The time zone setting unit 104 sets a time zone having a length associated with the data lottery by the lottery unit 80. Here, as shown in FIG. 16, the time zone setting unit 104 sets the length of the time zone so that the time zone becomes shorter as the rarity of the lottery data becomes higher.

  The time zone determination unit 102 determines whether or not the time point when the grant request is received (the current time when the grant request is received) is the set time zone. Since the time zone setting unit 104 changes the length of the time zone in accordance with the lottery item, the time zone determination unit 102 determines whether or not the changed time zone.

  According to the modified example (2-2), the length of a receivable time zone can be changed according to the lottery item. For example, the higher the rarity of a lottery item, the easier it is to become a target of real money trading, but the higher the rarity, the shorter the time period that can be received, thereby limiting the time to illegally buy and sell serial numbers. Therefore, real money trade is difficult to be established, and the possibility that the serial number of a rare item will be subject to real money trade can be reduced.

  (3) Further, for example, in the embodiment, the case where the lottery process is executed at random has been described. However, the items to be won by the user may be different depending on the type of game that the user has registered for use. . For example, a game item that the user has registered for use may be easily won, or a game item that the user has not registered for use may be easily won.

  The lottery unit 80 selects data to be given to the user from data (for example, items) of the plurality of types of games based on the types of games registered by the user among the plurality of types of games. Lottery. In this case, the lottery unit 80 specifies the type of game registered for use by the user who requested the lottery by acquiring the stored contents of the usage registration data storage unit 72.

  For example, the lottery unit 80 changes the winning probability of each item based on the type of game that the user has registered for use. The winning probability is a numerical value indicating the possibility that each item will be drawn. In the lottery algorithm, a lottery process is executed based on the winning probability of each item. The lottery unit 80 changes the winning probability so that a game item that is registered for use by the user is easy to win, or the winning probability is set so that a game item that is not registered for use by the user is easy to win. To change.

  The lottery unit 80 may draw data to be given to the user so that the game data registered by the user is won. In this case, the lottery unit 80 selects the game data registered for use by the user (among the data associated with the game ID of the game registered for use by the user among the data stored in the candidate data). From), data to be given to the user will be drawn. That is, it can be said that the lottery unit 80 restricts the lottery of game data that the user has not registered for use.

  The lottery unit 80 may draw data to be given to the user so that data of a game that the user has not registered for use is won. In this case, the lottery unit 80 selects the game data not registered for use by the user (among the data stored in the candidate data and associated with the game ID of the game not registered for use by the user). From), data to be given to the user will be drawn. That is, it can be said that the lottery unit 80 restricts the lottery of game data that the user has registered for use.

  According to the modification (3), the items to be won can be made different according to the game that the user has registered for use. For example, when winning a game item registered for use by the user, the user can immediately use the item. In addition, for example, when a game item that is not registered for use by the user is won, the user can be encouraged to register the use of the game.

  (4) Further, for example, the embodiment and the above modification may be combined.

  Further, for example, although the mode in which the URL and serial number of the lottery server 30 are described on the card C has been described, these may be described on the card C by a barcode or a two-dimensional code. Further, the URL and serial number of the lottery server 30 may be notified to the user by a given method, and other than the method using the card C, it may be distributed to the user prime minister 10 by e-mail or the like. May be.

  Further, for example, in the embodiment, a mode in which there is a time limit from when the lottery process is executed until an item is received has been described, but the time limit may not be provided. That is, when an item is drawn by lottery, the user may receive the item at any time.

  For example, although the aspect which manages the grant key in each of the lottery server 30 and the game server 40 has been described, the grant key may be managed only in one of them. Moreover, although the aspect in which the grant key is stored in the database in advance has been described, the grant key may be generated every time the lottery process is executed. In this case, the lottery server 30 generates a grant key. The generated grant key may be sent from the lottery server 30 to each game server 40.

  In addition, for example, when the user has not completed membership registration of the provider of the platform server 20 that manages the game corresponding to the lottery item, the proposing unit 88 proposes to the user to perform membership registration. In this manner, the use registration of the game may be proposed.

  Further, for example, when the user receives an item, the game server 40 is accessed via the platform server 20, but the user device 10 may directly access the game server 40 to receive the item.

  Further, for example, when the data providing system 1 includes a plurality of platform servers 20, an item to be given to the user may be selected by lottery from games provided by the providers of the platform servers 20. Good.

  For example, although the case where the item given to the user is drawn by lottery has been described, other characters used by the user in the game may be drawn or the card used by the user in the game may be drawn by lottery. You may make it do. In addition, for example, in-game currency (in-game points) that can be used in the game may be drawn. The in-game currency is used to generate a given game event in the game or used to purchase a given item in the game.

  Further, for example, each function shown in the function block may be realized in any of the devices included in the data providing system 1. For example, each functional block may be realized by a server computer in which the platform server 20, the lottery server 30, and the game server 40 are combined into one.

  In addition, for example, in the above description, the case where the data related to the game is lottery has been described, but the lottery data is not limited thereto. The data given to the user may be selected by lottery, and other data that can be used in services (applications) other than games may be selected. For example, it is given to the user from data (book data that can be used in each electronic book application, such as image data or character string data) that can be used in each of a plurality of types of applications (for example, a plurality of types of electronic book applications). The data to be processed may be drawn by lottery.

  In this case, the description of the “game” in the embodiment and the modified example can be read as “application”. That is, the lottery data is given in the application corresponding to the lottery data. In addition, in order to use each application, use registration is required, and when data of an application not registered for use by the user is won, use registration of the application is proposed to the user.

  DESCRIPTION OF SYMBOLS 1 Data provision system, 10 User apparatus, 11, 21, 31, 41 Control part, 12, 22, 32, 42 Storage part, 13, 23, 33, 43 Communication part, 14 Operation part, 15 Display part, 16 Input part 20 platform server, 30 lottery server, 40 game server, C card, N network, 50A, 50B, 50C lottery screen, 52 link, 54 input form, 56 lottery button, 58 game information, 60 item information, 62 receiving button, 64 game screen, 66 registration screen, 68 usage registration button, 70 lottery data storage unit, 72 usage registration data storage unit, 74 game data storage unit, 76 game control unit, 78 lottery request reception unit, 80 lottery unit, 82 grant request Reception unit, 84 granting unit, 86 time determination unit, 88 proposing unit, 90 1 giving information acquiring unit, 92 verifying unit, 94 second grant information acquisition unit, 96 display control unit, 98 redirect execution unit, 100 a reference time setting unit, 102 time zone determination unit, 104 time zone setting unit.

Claims (15)

A data grant system that grants multiple types of data to a user,
Game execution means for executing a game;
Accepting means for accepting a lottery request by the user;
When the lottery request is accepted, lottery means for lottering data to be given to the user from among data of a plurality of types of games;
After the lottery process by the selecting means is executed, when the game corresponding to the lottery data is executed by the game execution means, and adding means for adding said lottery data in the game to the user ,
A data providing system comprising: The data grant system includes:
Means for accepting a grant request by the user after the lottery process by the lottery means is executed;
A determination unit that determines whether or not a reference time point after the lottery process by the lottery unit has been executed;
Further including
The giving means is
Means for granting the lottery data to the user if the grant request is received before the reference time has arrived;
Means for restricting the lottery data from being given to the user when the grant request is received after the reference time has arrived;
The data providing system according to claim 1, further comprising: The data grant system includes:
A reference time point setting means for setting the reference time point based on a lottery result of the lottery means;
The determination means determines whether or not the set reference time point has arrived;
The data providing system according to claim 2. The reference time setting means sets the reference time so that the reference time approaches the time when the lottery process by the lottery is executed as the rarity of the lottery data increases.
The data provision system according to claim 3. The data grant system includes:
Means for accepting a grant request by the user after the lottery process by the lottery means is executed;
Means for determining whether or not it is a time zone corresponding to the time point when the lottery request is received;
Further including
The giving means is
Means for granting the lottery data to the user when the grant request is received in the time period;
Means for restricting the lottery data from being given to the user when the grant request is received outside the time period;
The data provision system according to any one of claims 1 to 4, characterized by comprising: The data grant system includes:
A time zone setting means for setting the length of the time zone based on the lottery result of the lottery means;
The determination means determines whether or not the set time zone;
The data providing system according to claim 5, wherein: The time zone setting means sets the length of the time zone so that the time zone becomes shorter as the rarity of the lottery data increases.
The data providing system according to claim 6. Each of the plurality of types of games is provided to a user who has registered for use of the game,
The data grant system includes:
Means for proposing the user to register use of the game when the user does not register use of the game corresponding to the lottery data among the plurality of types of games;
The data providing system according to claim 1, further comprising: Each of the plurality of types of games is provided to a user who has registered for use of the game,
The lottery means
Based on the type of game that the user has registered to use among the plurality of types of games, the data to be given to the user is selected from among the data of the plurality of types of games.
The data provision system according to any one of claims 1 to 8, wherein The data grant system includes:
When the lottery process by the lottery means is executed, the lottery information corresponding to the lottery data out of the grant information stored in the storage means for storing grant information corresponding to the data of each of the plurality of types of games. First acquisition means for acquiring grant information;
A notification means for notifying the user apparatus of the grant information corresponding to the lottery data among the grant information stored in the storage means;
Second acquisition means for acquiring the grant information transmitted from the user device;
After the lottery process by the lottery means is executed, whether or not the user is eligible to receive the lottery data, the grant information acquired by the first acquisition means, and the second acquisition means And further comprising verification means for verifying based on the grant information acquired by
The granting unit grants the lottery data to the user based on the verification result of the verification unit.
The data provision system according to any one of claims 1 to 9, wherein The data providing system includes: a lottery server including the accepting unit, the lottery unit, the first acquisition unit, and the notification unit ; the game execution unit, the granting unit, the verification unit, and the second acquisition unit . Including a plurality of game servers ,
Each of said second acquisition means before Symbol plurality of game servers, obtains the grant information corresponding to the game data the game execution means of the game server among the plurality of types of game is executed from the user equipment And
The verification means of each of the plurality of game servers is based on grant information acquired by the second acquisition means of the game server and grant information acquired by the first acquisition means of the lottery server. Verifying whether the user is eligible to receive the lottery data;
The data provision system according to claim 10. The giving means is
When the grant information corresponding to the lottery data is acquired when accessing the first URL corresponding to the grant means, the lottery data is sent to the user who has accessed the first URL. Means to grant,
Means for restricting the lottery data from being given to a user who has accessed the first URL when the grant information is not acquired when accessing the first URL;
Including
The data grant system includes:
Means for restricting presentation of the grant information to a user who has executed the lottery process, and presenting a second URL different from the first URL;
If the user who has accessed the second URL is the user who has executed the lottery process, the redirecting process to the first URL is executed, and the granting means acquires the grant information;
The data providing system according to claim 1, further comprising:   The data providing system according to any one of claims 1 to 12, wherein each data of the plurality of types of games is item data, character data, card data, or data indicating in-game currency. . A lottery device for lottering data to be given to a user,
Accepting means for accepting a lottery request by the user;
When the lottery request is accepted, lottery means for lottering data to be given to the user from among data of a plurality of types of games;
The lottery data is given to the user within the game when the game corresponding to the lottery data is executed by the game execution means after the lottery processing is executed by the lottery means. This is a lottery device. A program for causing a computer to function as the lottery apparatus according to claim 14.

Images