JP6902845B2 - Information processing device - Google Patents

Description

The present invention relates to an information processing device. In particular, it relates to an information processing apparatus including executing a lottery process.

Social networking services (hereinafter also referred to as "SNS") have become widespread, and games provided using these services are called social networking service games (hereinafter also referred to as "social games"), and many games are available. Is provided on the network. A user who is a member of an SNS can enjoy a game simply by downloading an application for executing a social game on a terminal device and entering some personal information such as a user name and a password.

The server that provides the social game manages the identification information of the registered user, the information about the game status, and the like. Social games also offer services for making friend requests and exchanging messages between users who enjoy the same game.

Some of these social games include a lottery process in progress, thereby making various contents available.

For example, Patent Document 1 is a server device that provides a game using a game medium to one or a plurality of players via a network, and is assigned to the first player among the one or a plurality of players. From the game media accommodated in the first deck, the winning game medium selection unit that selects one or more game media as the first winning game medium and the first winning game medium are identified by the first player. A server including a possessed game medium information storage unit that stores the game medium identification information in association with the first player identification information, and an update unit that updates the first deck by deleting the first winning game medium from the first deck. The device is described.

Japanese Unexamined Patent Publication No. 2013-247977

As described above, in some games including the conventional lottery process, the remaining number of times of the lottery process that can be executed and the type and the remaining number of contents that can be acquired are displayed on the user terminal at the time of the lottery process. However, although the probability of obtaining rare content increases as the lottery process is repeated, it is difficult for the user to realize this only with the above-mentioned displayed information. Therefore, the motivation to repeatedly challenge the lottery process is hard to work. One of the objects of the present invention is to provide a game including a lottery process in which it is possible to easily realize that the probability of obtaining rare contents increases as the lottery process is repeated, and the motivation to repeatedly challenge the lottery process works. To do.

In the information processing apparatus according to the embodiment of the present invention, each of the plurality of options is identified as either acquireable or non-acquirable, and the k-th content (k is any one of 1 to n) is assigned to each of the plurality of options. At least a part of the information of the number of the k-th content assigned to the plurality of options and the options that can be acquired in the plurality of options and the table management unit that stores the table to which n is assigned). Each time a presentation unit that executes a process for presenting the information of the above is received from the user terminal and a request for acquisition of any one of the options that can be acquired in the plurality of options is received, the table management unit The table is read from, and a process for imparting the m-th content (m is any one of 1 to n) assigned to the option requested by the user to the user in the table is executed, and the process is executed in the table. It is provided with a lottery processing unit that updates the options requested by the user for acquisition so that they cannot be acquired.

In the information processing device, the at least a part of the information may be the number of the first contents assigned to the plurality of options or the winning probability of the first contents.

The information processing device may further include a charging unit that charges a price for the acquisition request when the acquisition request is received from the user terminal.

In the information processing device, when the lottery processing unit assigns the m-th content to the user, the acquisition history management unit that adds the identification information of the m-content and the date and time when the m-content is added to the acquisition history. A price setting unit that reads the acquisition history from the acquisition history management unit and updates the price based on the acquisition history may be further provided.

In the information processing apparatus, the price setting unit may set the price higher than the price for the acquisition request immediately before the user until a predetermined condition is satisfied.

In the information processing device, the satisfaction of the predetermined condition may mean that the number of times the user has acquired any of the plurality of options reaches the predetermined number of times.

In the information processing device, the price setting unit may initialize the price when a predetermined condition is satisfied.

In the information processing apparatus, satisfying the predetermined condition may be the arrival at a predetermined date and time.

In the information processing apparatus, satisfying the predetermined condition may mean that the number of the first contents assigned to the options that can be acquired in the plurality of options becomes zero.

In the information processing device, the table management unit may update the table when a predetermined condition is satisfied.

In the information processing apparatus, updating the table may mean updating the table while maintaining the number of the k-th contents assigned to the options that can be acquired in the plurality of options.

In the information processing device, when a predetermined condition is satisfied, the presenting unit may identify and present a predetermined number of options including at least one of the options to which the first content is assigned.

It is possible to easily realize that the probability of obtaining rare contents increases as the lottery process is repeated, and it is possible to provide a game including a lottery process that motivates the user to repeatedly challenge the lottery process.

It is a block diagram which shows the whole structure of the game system which concerns on one Embodiment of this invention. It is a block diagram which shows the structure of the user terminal which concerns on one Embodiment of this invention. It is a block diagram which shows the structure of the game server which concerns on one Embodiment of this invention. It is a block diagram which shows the structure of the game control part which concerns on one Embodiment of this invention. It is a figure explaining an example of the table which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the acquisition history which concerns on one Embodiment of this invention. It is a figure explaining the price list which concerns on one Embodiment of this invention. It is a figure explaining the process executed by the game server which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the table which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the table which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the table which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the table which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention. It is a figure explaining the screen displayed on the user terminal which concerns on one Embodiment of this invention.

<First Embodiment>
[Game system configuration]
The game system 100 according to the present embodiment will be described. FIG. 1 is a block diagram showing an overall configuration of the game system 100 according to the present embodiment. The game system 100 includes a game server 102, a game database server 104, and a user terminal 110.

The game server 102 and the user terminal 110 are connected to a telecommunication line 112 represented by the Internet. The game database server 104 is connected to the game server 102. The telecommunication line 112 is not limited to the Internet, but may be a telephone line, a dedicated line, a line in a local area, or a combination thereof.

The game server 102 receives access from the user terminal 110 and executes a game program while communicating with the user terminal 110. Further, the game server 102 performs a process of recording or reading information about a registered user who plays a game and game data such as a game score in the game database server 104.

The game database server 104 includes a game database 104a and a user database 104b. Game data is recorded in the game database 104a. The game data includes game data and the like when a registered user plays a game. Information on registered users is recorded in the user database 104b. The registered user information includes registered user identification information (user ID, password, etc.), login history information, level information, owned item (content) information, billing information, and the like. Further, the registered user information may further include personal information such as age, gender, and date of birth.

The user terminal 110 is placed in a state in which it can communicate with the game server 102 through the telecommunication line 112. The user terminal 110 may be any terminal that can be connected to the telecommunication line 112. For example, the user terminal 110 includes a high-performance mobile phone (so-called smartphone) having a telephone function and an Internet browsing function, a mobile phone, a game-dedicated terminal, a personal computer, a tablet computer, and the like.

FIG. 2 is a block diagram showing a configuration of a user terminal 110 included in the game system 100 according to the present embodiment. The user terminal 110 has a control unit 110a, a storage unit 110b, and a display unit 110c.

The control unit 110a has an arithmetic processing circuit such as a CPU, a memory, and the like. The control unit 110a executes the program stored in the storage unit 110b to realize various functions in the terminal. The program includes an application that runs a game.

Such a program is downloaded to the user terminal 110 via the telecommunication line 112 and stored in the storage unit 110b. It may be provided in a state of being stored in a computer-readable recording medium such as a magnetic recording medium, an optical recording medium, an optical magnetic recording medium, or a semiconductor memory. In this case, the user terminal 110 may be provided with a device for reading the recording medium. Further, the program may be stored in the storage unit 110b in advance. It is also possible to execute the game by accessing the game server 102 without the need to download the program.

The storage unit 110b is a storage device such as a non-volatile memory or a hard disk. The program as described above is stored in the storage unit 110b.

The display unit 110c includes a display and a touch sensor. The display is a display device such as a liquid crystal display or an organic EL display, and displays various screens such as a chat screen and a game screen under the control of the control unit 110a. A touch sensor is a device that receives an input operation from a user and outputs a signal corresponding to the input operation. The input operation from the user is received by the touch sensor by the touch of a pointing device such as a stylus pen or the user's finger, for example. The touch sensor is not essential. When the user terminal 110 is, for example, a personal computer having no touch sensor, it may be operated by using a keyboard such as a mouse or an arrow key. In the following description, the action of the user's finger touching the position corresponding to the operation button displayed on the display, the input operation by the mouse, the keyboard, or the like is expressed as simply operating the operation button by the user.

[Game server configuration]
FIG. 3 is a block diagram showing a configuration of a game server 102 included in the game system 100 according to the present embodiment. The game server 102 includes an access management unit 102a, a user information management unit 102b, a game control unit 102c, a storage unit 102d, and an output management unit 102e.

The access management unit 102a receives a login request from a registered user and outputs login data to the user information management unit 102b.

The user information management unit 102b authenticates whether or not the user who tried to log in to the game server 102 by operating the user terminal 110 is a registered user. The user information management unit 102b authenticates the registered user by referring to the user database 104b, and permits login if it is a legitimate registered user.

The game control unit 102c has an arithmetic processing circuit such as a CPU, a memory, and the like. The game control unit 102c executes a program to realize various functions. The program includes an application that runs a game. Such a program is stored in the storage unit 102d.

The storage unit 102d is a storage device such as a non-volatile memory or a hard disk. The program as described above is stored in the storage unit 102d.

The output management unit 102e transmits the data generated by the game control unit 102c to the user terminal 110.

[Structure of game control unit]
The configuration of the game control unit 102c according to the present embodiment will be described. FIG. 4 is a block diagram illustrating a configuration of a game control unit 102c realized by executing a game program stored in the storage unit 102d of the game server 102.

The game control unit 102c includes a table management unit 102f, a presentation unit 102g, a lottery processing unit 102h, a billing unit 102i, an acquisition history management unit 102j, and a price setting unit 102k.

The table management unit 102f stores the table 114 used in the lottery process. In the lottery process, objects corresponding to each of the plurality of options are displayed on the screen of the user terminal 110. In the table 114, each of the plurality of options is identified as either acquireable or non-acquirable. Then, the k-th content is assigned to each of the plurality of options. Here, k is any of 1 to n, and n is an integer of 1 or more.

FIG. 5 is a diagram illustrating an example of a table 114 used in the lottery process according to the present embodiment. As shown in the first column of the table 114, each of the plurality of options 116 is identified by a 4-digit ID number. The first two digits of the ID number and the second two digits of the ID number are either 01 to 15, respectively. Therefore, in this embodiment, the number of options 116 is 225. As shown in the second column of the table 114, each of the 225 options 116 is identified as either acquireable or non-acquirable. Then, as shown in the third column of the table 114, any one of a plurality of types of contents is assigned to each of the 225 options 116. In the present embodiment, each of the 225 options 116 is assigned one of five types of content (first to fifth contents). Here, in the 225 options 116, the numbers of the options 116 to which the first content, the second content, the third content, the fourth content, and the fifth content are assigned are 1, 8, 27, and 64, respectively. The number was 125 and 125. That is, the table 114 contains information on the acquisition probability of each of the first to fifth contents. Note that any of the first to fifth contents may be empty contents. In other words, giving the user empty content means giving nothing to the user.

The option 116 identified as non-acquirable in the table 114 is an option 116 already acquired by the user as a result of the user executing the lottery process. Although the details will be described later, when the user acquires any of the options 116 by executing the lottery process, the acquired options 116 are changed to non-acquirable in the table 114. Even after that, the user can acquire any of the acquireable options 116 by executing the lottery process. That is, the user can execute the lottery process up to 225 times.

Here, the first content is the content having the lowest acquisition probability among these, and may be referred to as a winning item in the following description. Further, the fifth content is the content having the highest acquisition probability among these, and may be referred to as an out-of-order item in the following description. In the present embodiment, if the lottery process is executed up to 225 times, the winning item can be always acquired in any of the lottery processes.

The table management unit 102f updates the table 114 when a predetermined condition is satisfied. The predetermined condition may be, for example, when a predetermined date and time is reached, or may be, for example, when it is reached at midnight every day. As another example of the predetermined condition, it may be instructed by the user, and at this time, it may be updated by imposing points in the game. As another example of the predetermined condition, it may be the case where the user acquires a specific content, for example, it may be updated when the winning item is acquired. Alternatively, the content other than the winning item may be updated when the content desired by the user is acquired. In this case, the content desired by the user may be set in advance and the lottery process may be executed.

In the present embodiment, updating the table 114 means updating the third column of the table 114. Specifically, updating the table 114 updates the table 114 while maintaining the number of kth contents (k is any of 1 to 5) assigned to the acquireable options 116 in the plurality of options 116. It is to be. In other words, the content assigned to the acquireable option 116 in the plurality of options 116 is reassigned to the acquireable option 116 or the plurality of options 116. The update of table 114 is updated according to a predetermined rule. As a result, for example, the option 116 to which the first content (hit item) is assigned is changed to another acquireable option 116 by updating the table 114, or remains the originally assigned option 116. That is, for example, the first content assigned to the option 116 identified as acquireable is not assigned to the option 116 identified as non-acquirable by updating the table 114, or is not deleted from the table 114.

The update of the table is not limited to the above example, and it is not necessary to maintain the number of kth contents (k is any one of 1 to 5). For example, the number of contents with a low probability of acquisition may be increased, and the number of contents with a high probability of acquisition may be decreased and allocated. For example, the number of the first content may be increased and the number of the fifth content may be decreased to be allocated. When a predetermined condition is met, such an update of the table may be granted as a privilege.

The presentation unit 102g performs a process for presenting at least a part of the information of the number of k-th contents assigned to the plurality of options 116 and the options 116 that can be acquired in the plurality of options 116 to the user terminal 110. Execute. Here, k is at least one of 1 to 5. That is, the presentation unit 102g causes the user terminal 110 to display a screen showing these. FIG. 6 is a diagram illustrating a screen displayed on the user terminal 110 by the presentation unit 102g. In this example, the screen displayed on the user terminal 110 displays 225 options 116, the per item appearance rate 122, the number of purchases 124, the next purchase price 126, and the privilege content 128.

The 225 options 116 are shown as 225 blocks arranged in a matrix of 15 rows and 15 columns. In the table 114 shown in FIG. 5, the 4-digit ID number that identifies the option 116 means that the first two digits of the ID number are the rows in which the blocks are arranged, and the latter two digits are the rows in which the blocks are arranged. Means a column. In the example of this table 114, although a part is omitted, 11 blocks out of 225 blocks are identified as unobtainable. In the screen shown in FIG. 6, the blocks corresponding to the 11 options 116b identified as unobtainable are marked with a cross. For example, the blocks arranged in the 4th row and the 3rd column are marked with a cross, and the option 116 having the option ID 0403 is identified in the table 114 as unobtainable. The option 116 marked with a cross as described above may stop accepting selections from the user in the lottery process. Further, the option 116a not marked with a cross is an option identified as acquireable.

In the above, at least a part of the information is, for example, the number of first contents assigned to the plurality of options 116 or the winning probability of the first contents. In this example, it is the winning probability of the first content, which is shown as the winning item appearance rate in FIG. The winning item appearance rate in this example is due to the fact that the number of options 116 that can be acquired is 214, and the first content is assigned to one of them. Here, as shown in Table 114, the first content is assigned to option 116 having an ID number of 0404, and the option 116 is identified as retrievable.

The number of purchases 124 in the screen shown in FIG. 6 indicates a part of the history information that the user has performed the lottery process. In this example, the number of lottery processes performed by the user indicated as "today" on the current day and the number of lottery processes performed from the first lottery process in the series of lottery processes indicated as "total" are shown. , 4 times and 11 times, respectively.

The next purchase price 126 on the screen is a price required to acquire any of the options 116 when the lottery process is performed in this state. Details will be described later, but in the present embodiment, the purchase price is updated according to the history of the lottery process by the user.

The privilege content 128 in the screen shown in FIG. 6 indicates the type of privilege to be given to the user when the lottery process reaches a predetermined number of times, although the details will be described later. In this example, privilege A is given every 10 times, privilege B is given every 20 times, privilege C is given every 40 times, privilege D is given every 50 times, and privilege E is given every 50 times. Is granted, and the privilege F is granted at the 200th time.

When the predetermined condition is satisfied, the presenting unit 102g may identify and present a predetermined number of options 116 including at least one of the options 116 to which the first content is assigned. As a result, the probability of obtaining the first content can be adjusted as described above, and the probability increases. The predetermined condition may be, for example, the case where the number of lottery processes executed by the user reaches a predetermined number of times, for example, every 10 times. In this case, such an identification display may be executed as the privilege A described in the above-mentioned privilege content.

Each time the lottery processing unit 102h receives an acquisition request for any one of the options 116 that can be acquired in the plurality of options 116 from the user terminal 110, the lottery processing unit 102h reads the table 114 from the table management unit 102f, and the user in the table 114 Executes a process for imparting the m-th content (m is any one of 1 to n) assigned to the option 116 for which the acquisition request is made to the user. Then, the option 116 for which the user has requested acquisition in the table 114 is updated so that it cannot be acquired.

When the charging unit 102i receives the acquisition request from the user terminal 110, the charging unit 102i charges the price for the acquisition request. The price for the acquisition request is set by the price setting unit 102k, which will be described later. Further, although the details will be described later, in the present embodiment, the prices for each acquisition request of the plurality of options 116 are the same. Upon receiving the acquisition request from the user terminal 110, the billing unit 102i inquires the price setting unit 102k of the price of the option 116 requested by the user. Then, the user database 104b is accessed and the billing information of the user is updated.

The acquisition history management unit 102j manages the history in which the lottery processing unit 102h gives content to the user in the acquisition history 118. FIG. 7 is a diagram for explaining the acquisition history 118 managed by the acquisition history management unit 102j. When the lottery processing unit 102h assigns the m-th content to the user, the acquisition history management unit 102j adds the identification information of the m-content and the date and time when the m-content is added to the acquisition history 118. In the first column of the acquisition history 118, the 4-digit ID number of the option 116 acquired by the user is shown. In the second column of the acquisition history 118, the types of contents assigned to the option 116 shown in the first column are shown. Then, in the third column, the date and time when the content shown in the second column is given to the user is shown.

The price setting unit 102k reads the acquisition history 118 from the acquisition history management unit 102j, and updates the price for each acquisition request of the plurality of options 116 based on the acquisition history 118. This process is executed every time the acquisition history 118 is updated, for example.

FIG. 8 is a diagram illustrating a price list 120 in the present embodiment for each of the plurality of options 116. In this table, the number of times shown in the first column means the number of times of lottery processing from a predetermined time point. The purchase price shown in the second column is a price required to acquire option 116 in the lottery process in the number of times shown in the first column. In this example, the purchase price is set to increase as the number of times increases. Further, in this example, only the purchase price from the first to the fifth time is shown, but since the purchase price from the sixth time onward is the same as the purchase price of the fifth time, it is omitted.

In this way, the price setting unit 102k may set the price higher than the price for the acquisition request immediately before the user until the predetermined condition is satisfied.

Here, the condition that the predetermined condition is satisfied means that, for example, the number of times the user acquires any of the plurality of options 116 reaches the predetermined number of times. In the present embodiment, the predetermined number of times is five times.

The price setting unit 102k may initialize the purchase price when the predetermined condition is satisfied. That is, when the predetermined condition is satisfied, the price may be returned to the first price.

Here, satisfying the predetermined condition may mean, for example, reaching a predetermined date and time. In this embodiment, the predetermined condition shall be reached at midnight every day.

That is, as shown in the number of purchases on the screen shown in FIG. 6, in this example, the number of lottery processes performed on the day is four. Therefore, in the next lottery process, 250P, which is the fifth purchase price shown in the price list 120, is applied, and is shown as the next purchase price in FIG.

Further, the satisfaction of the predetermined condition is not limited to the above as another example, and the number of the first contents assigned to the acquireable option 116 in the plurality of options 116 may be 0.

The configuration of the game device according to the present embodiment has been described above. According to the configuration of the game device according to the present embodiment, in the lottery process, a plurality of options 116 are displayed, and whether each of the plurality of options 116 can be acquired (unselected) or cannot be acquired (selected). Can be visually recognized. Further, the appearance probability of the specific content assigned to any of the plurality of options 116 is also displayed. That is, it is possible to easily recognize that the appearance probability of the content increases by repeating the lottery process. For this reason, the user is motivated to try the lottery process many times.

[Processes executed by the game server]
The process executed by the game server 102 according to the present embodiment will be described. FIG. 9 is a diagram illustrating a process executed by the game server 102 according to the present embodiment by the above function.

First, the user terminal 110 starts the game application according to the user's instruction. When the application is launched, the launch screen is displayed on the terminal and the user plays the game. In this process, the terminal may shift to a mode for executing the lottery process according to the present embodiment.

At this time, in the case of the first time of a series of lottery processes according to the present embodiment, the game server 102 executes the lottery process from the number n of times the lottery process is executed from the start of the series of lottery processes and from midnight of the day. The number of times k is initialized to 0 as an initial value (S100). After that, a table 114 used for the lottery process is newly created (S101), and any content is assigned to each of the plurality of options 116. Then, the first purchase price on the day is determined (S102). The purchase price is determined with reference to the price list 120 stored in the price setting unit 102k. Using the price list 120 shown in FIG. 8, the first purchase price is 50P.

Next, the user terminal 110 is presented with the plurality of options 116 (S103), and the user enters a mode in which any one of the plurality of options 116 is accepted from the user. At the same time as presenting the plurality of options 116, as shown in FIG. 6, the item appearance rate 122, the number of purchases 124, the next purchase price 126, and the privilege content 128, which means the acquisition probability of the first content, are displayed. .. Here, in the number of purchases 126, the number of times indicated as "today" corresponds to k, and the number of times displayed as "total" corresponds to n.

In the mode of accepting any of the plurality of options 116, when the game server 102 receives the acquisition request from the user terminal 110 (S104: Yes), the lottery process is executed (S105). In the lottery process, the lottery processing unit 102h reads the table 114 and executes a process of imparting the content assigned to the option 116 requested by the user to the user. Next, the lottery processing unit 102h updates the table 114.

When the lottery process is completed, the game server 102 executes a process in which the user charges the user for the price for the acquisition request. When the charging process is executed, 1 is added to n and k, respectively (S107). Next, the acquisition history management unit 102j updates the acquisition history 118 (S108). That is, the acquisition history management unit 102j adds the identification information of the content given to the user and the date and time when the content is given to the acquisition history 118.

Here, in the present embodiment, in the lottery process, when the first content is given to the user (S109: Yes), the user terminal 110 is requested to confirm whether or not to end the series of lottery processes (S111). In the present embodiment, since the first content assigned to the plurality of options 116 is one, the first content is not given even if the lottery process is repeated. Therefore, if the user does not want to continue the lottery process (S112: Yes), the series of lottery processes can be completed.

Further, when n reaches 225 in this lottery process (S110: Yes), that is, when the user acquires all the options 116, the series of lottery processes is terminated.

Here, an example in which a series of lottery processes is terminated only when the first content is given and when 225 options 116 are acquired is shown, but the present invention is not limited to this, and a series of series at any time point is shown. The lottery process can be completed. Therefore, by displaying a button for ending a series of lottery processes on the screen of the user terminal 110, it is possible to end the button by selecting the button at a desired time point of the user.

When a series of lottery processes are continued, the price setting unit 102k updates the purchase price (S113). The purchase price here is the price for the acquisition request in the next lottery process.

When the above processing is completed, the game server 102 again enters the mode of accepting any one of the plurality of options 116 from the user. In the present embodiment, in this mode, after midnight every day (S114: Yes), k, which means the number of times the lottery process is executed in one day, is initialized to 0 (S115). When k is initialized to 0, the price setting unit 102k reads the price list 120 and updates the next available price to the first purchase price (S116).

The processing executed in the game device according to the present embodiment has been described above. Next, in the process executed in the game device according to the present embodiment, the process related to the lottery process will be described in detail.

[Example of lottery process]
The progress of the lottery process according to the present embodiment will be described with reference to the drawings. 10A to 24 are diagrams for explaining the progress of the lottery process according to the present embodiment.

FIG. 10A is an image displayed on the screen of the user terminal 110 immediately after the start of a series of lottery processes according to the present embodiment. FIG. 10B is a table 114 immediately after the start of the series of lottery processes. In this state, since the user has not acquired any of the 225 options 116, all the 225 options 116 are identified as retrievable in the table 114. At this time, since the first content is assigned only to the option 116 whose ID number is 1214 among the 225 options 116, the item appearance rate indicating the acquisition probability of the first content is displayed as 0.444%. ing. The price displayed as the next purchase price is 50P, which is the first purchase price in the price list 120.

At this time, before executing the lottery process, for example, a screen as shown in FIG. 11 may be displayed, and each of the plurality of types of contents assigned to the 225 options 116 and the number thereof may be displayed. In this example, the 225 options 116 include the first content C1, the second content C2, the third content C3, the fourth content C4, and the fifth content C5, which are 1, 8, 27, and 64, respectively. It is shown to the user that 125 pieces have been assigned.

As another example of the screen displayed before executing the lottery process, any content may be assigned to each of the 225 options and displayed according to the above number. After that, at this time, the content assigned to the 225 options may be hidden, a message such as "shuffle" may be displayed, and an effect such as updating the table may be executed.

The user then selects one of the 225 options 116. At this time, the screen of the user terminal 110 may be enlarged and displayed in the vicinity of the desired option 116 by operations such as pinch-in and pinch-out. In the present embodiment, as the first lottery process, the user selects the option 116 arranged in the fourth row and the third column. When the user selects the desired option 116d from the 225 options 116 displayed on the user terminal 110 by tapping, for example, the color of the block indicating the option 116d changes (FIG. 12), and the acquisition request is made. A confirmation screen as to whether or not to perform the operation is displayed (FIG. 13). When "Purchase" is selected on the confirmation screen, the user terminal 110 transmits a request for acquisition of the option 116d to the lottery processing unit 102h of the game server 102.

When the lottery processing unit 102h receives the acquisition request of the option 116d, the lottery processing unit 102h reads the table 114 from the table management unit 102f and gives the user the fifth content C5, which is the content assigned to the option 116d by the user in the table 114. Execute the processing for. Then, the option 116d for which the user has requested acquisition in the table 114 is updated so that it cannot be acquired. At this time, as shown in FIG. 14, the fifth content C5, which is the content to be given to the user, may be displayed in, for example, a block indicating the option 116d selected by the user.

Next, the screen of the user terminal 110 is updated to the screen for executing the second lottery process (FIG. 15A). Here, the block indicating the option 116 arranged in the fourth row and the third column acquired by the user for the first time is marked with a cross. Table 114 has been updated so that option 116 with an ID number of 0403 is identified as unobtainable (FIG. 15B). Along with this, the hit item appearance rate has been updated and has risen to 0.446%.

FIG. 16 is a screen after the lottery process is repeated and the fourth lottery process is completed. Even at this point, the first content is not given to the user. The next purchase price shown here is the purchase price for performing the fifth lottery process, and is 250P from the price list 120.

FIG. 17 is a screen after the lottery process is repeated and the sixth lottery process is completed. Even at this point, the first content is not given to the user. The next purchase price shown here is the purchase price for performing the seventh lottery process, but since the purchase price is set constant from the fifth time onward, it is 250P. In this example, the user has completed the lottery process on this day six times.

FIG. 18 is a screen displayed after midnight of the next day after the sixth lottery process is completed. In the present embodiment, the pricing unit 102k initializes the purchase price when it reaches midnight every day. That is, at this point, the purchase price of each of the plurality of options 116 is initialized to 50P. That is, in the present embodiment, the number of times in the price list 120 means the number of times of lottery processing in one day.

FIG. 19 is a screen after the lottery process is repeated and the tenth lottery process is completed. Even at this point, the first content is not given to the user. In the present embodiment, as shown in the privilege content of the screen, the privilege A is set to be given to the user every 10 times of the lottery process.

An example of privilege A will be described. FIG. 20A is a screen that finishes the 10th lottery process and accepts the acquisition request of the user in the 11th lottery process. In this figure, among the plurality of options 116, the blocks other than the blocks marked with x in the even-numbered rows and odd-numbered columns and the even-numbered rows and even-numbered columns are marked with Δ. In the table 114 at this time, the option 116c corresponding to the block marked with Δ is identified as non-obtainable (FIG. 20B). That is, among the plurality of options 116, all the options 116 arranged in the even-numbered rows and odd-numbered columns or the even-numbered rows and even-numbered columns are identified as unobtainable. Here, 107 options 116 are identified as available. Since the option 116 to which the first content is assigned is the 12th line and the 14th line, it is identified as acquireable at this point. As a result, the per-item appearance rate, which means the probability of acquiring the first content, is greatly increased as compared with the tenth lottery process.

By providing such a privilege at a predetermined number of times, the user is motivated to try the lottery process many times.

In addition, as the privilege of the lottery process according to the present embodiment, various other modes can be considered. For example, the number and arrangement of △ marks in the above example are not limited to this. For example, the options 116 arranged either above or below the specific row may be marked with a triangle, or the options 116 arranged either left or right based on the specific column may be marked with a triangle. You may. Alternatively, it may have a specific pattern or may be arranged in a specific illustration. Of course, such an identification display is not limited to the Δ mark. For example, it may be identified by changing the color of the block.

Further, the privilege of adjusting the acquisition probability of a specific content as in the above example is not limited to the case where the predetermined number of times is reached. As another example, such a privilege may be given when the option 116 to which the fifth content (outlier item) having the highest probability of acquisition is assigned is acquired in succession for a predetermined number of times.

FIG. 21A is a screen after the eleventh lottery process is completed. Even at this point, the first content is not given to the user. Further, the blocks marked with Δ are erased, and the corresponding options 116 are identified again in the table 114 as retrievable (FIG. 21B). Here, since the user is given information that limits the option 116 to which the first content is assigned in the 11th lottery process, the table 114 may be updated in the 12th lottery process.

Alternatively, the mode of privilege A may be maintained without updating the table 114 while keeping the Δ mark for a predetermined number of times from the 11th time. Here, the predetermined number of times may be a number of times set according to the type of privilege.

The update of table 114 is as described above. According to this update method, the option 116 to which the first content (hit item) is assigned is changed to another acquireable option 116 by updating the table 114. Alternatively, the update of table 114 may remain unchanged from the originally assigned option 116. That is, for example, the first content is not assigned to the option 116 identified as unobtainable by updating the table 114, or is not deleted from the table 114.

FIG. 22 is a screen after the lottery process is repeated and the 143rd lottery process is completed. Even at this point, the first content is not given to the user. At this point, the first content is assigned to options 116 arranged in the 9th row and 5th column. By the 143 lottery processes already executed, the winning item appearance rate has increased from the initial 0.444% to 1.220%.

It is assumed that the user requests the acquisition of the options 116 arranged in the 9th row and the 5th column by the 144th lottery process, and the first content C1 is given to the user (FIG. 23). At this time, the user terminal 110 displays a screen asking for confirmation as to whether or not to end the series of lottery processes (FIG. 24). In the present embodiment, since the first content assigned to the plurality of options 116 is one, the first content is not given even if the lottery process is repeated. Therefore, if the user does not want to continue the lottery process, the series of lottery processes can be terminated.

The progress of the lottery process according to the present embodiment has been described above. In the lottery process according to the present embodiment, a plurality of options 116 are displayed, and it is possible to visually recognize whether each of the plurality of options 116 is selected or unselected. Further, the appearance probability of the specific content assigned to any of the plurality of options 116 is also displayed. That is, it is possible to easily recognize that the appearance probability of the content increases by repeating the lottery process. For this reason, the user is motivated to try the lottery process many times.

The preferred embodiment of the present invention has been described above. However, these are merely examples, and the technical scope of the present invention is not limited thereto. Those skilled in the art will be able to make various changes without departing from the gist of the present invention. Therefore, those changes should, of course, be understood to belong to the technical scope of the present invention.

100 ... Game system 102 ... Game server 102a ... Access control unit 102b ... User information management unit 102c ... Game control unit 102d ... Storage unit 102e ... Output management unit 102f ...・ Table management unit 102g ・ ・ ・ Presentation unit 102h ・ ・ ・ Lottery processing unit 102i ・ ・ ・ Billing unit 102j ・ ・ ・ Acquisition history management unit 102k ・ ・ ・ Price setting unit 104 ・ ・ ・ Game database server 104a ・ ・ ・ Game Database 104b ... User database 110 ... User terminal 112 ... Telecommunications line 114 ... Table 116 ... Choices 118 ... Acquisition history 120 ... Price list 122 ... Item appearance rate per item 124 ... Number of purchases 126 ... Next purchase price 128 ... Bonus content C1 ... 1st content C2 ... 2nd content C3 ... 3rd content C4 ... 4th content C5 ...・ ・ Fifth content

Claims (10)

Stores a table in which each of the plurality of options is identified as either acquireable or non-acquirable, and the k-th content (k is any of 1 to n and n is an integer of 1 or more) is assigned to each of the plurality of options. Table management department and
A presenting unit that executes a process for presenting at least a part of information of the plurality of options and the number of k-th contents assigned to the options that can be acquired in the plurality of options to a user terminal.
Each time an acquisition request for any one of the options that can be acquired in the plurality of options is received from the user terminal, the table is read from the table management unit, and the option requested by the user in the table is selected. A lottery processing unit that executes a process for assigning the assigned m-th content (m is any one of 1 to n) to the user, and updates the option requested by the user in the table so that it cannot be acquired. equipped with a,
The information processing unit is characterized in that, when a predetermined condition is satisfied, the table management unit updates the table while maintaining the number of the k-th contents assigned to the options that can be acquired in the plurality of options. .. The information processing device according to claim 1, wherein at least a part of the information is the number of the first contents assigned to the plurality of options or the winning probability of the first contents. The information processing device according to claim 1, further comprising a billing unit that charges a price for the acquisition request when the acquisition request is received from the user terminal. When the lottery processing unit assigns the m-th content to the user, the acquisition history management unit that adds the identification information of the m-content and the date and time when the m-content is added to the acquisition history.
The information processing apparatus according to claim 3, further comprising a price setting unit that reads the acquisition history from the acquisition history management unit and updates the price based on the acquisition history. The information processing device according to claim 4, wherein the price setting unit sets the price higher than the price for the acquisition request immediately before the user until the predetermined condition is satisfied. The information processing apparatus according to claim 5, wherein satisfying the predetermined condition means that the number of times the user has acquired any of the plurality of options reaches the predetermined number of times. The information processing device according to claim 4, wherein the price setting unit initializes the price when a predetermined condition is satisfied. The information processing apparatus according to claim 7, wherein satisfying the predetermined condition means reaching a predetermined date and time. The information processing apparatus according to claim 7, wherein satisfying the predetermined condition means that the number of the first contents assigned to the options that can be acquired in the plurality of options becomes 0. The information processing according to claim 1, wherein the presenting unit identifies and presents a predetermined number of options including at least one of the options to which the first content is assigned when a predetermined condition is satisfied. apparatus.

Images