JP6761834B2 - Programs, methods, and information processing equipment - Google Patents

Description

The present disclosure relates to a program, a method of executing the program, and an information processing device.

Patent Document 1 is configured to be accessible by communication from a communication terminal operated by the player, and controls game execution of the player by the communication terminal based on player identification information for uniquely identifying the player. An item lottery means for selecting any item from a plurality of items to be drawn according to a lottery operation corresponding to the player identification information by the communication terminal, and at least the player identification information. When the storage means for associating the item selected by the item lottery means and storing it in the storage device and the predetermined condition corresponding to the player identification information are satisfied, the storage device stores the item in association with the player identification information. A game including a lottery control means for controlling the item lottery means so that the probability that an item matching the item is selected is lower than the probability that the item is selected when the predetermined condition is not satisfied. The control device is disclosed.

Japanese Unexamined Patent Publication No. 2013-75140

The technique of Patent Document 1 has room to increase the variation of selection targets such as items associated with the user.

One aspect of the present disclosure is to increase the variation of selections associated with the user.

The program according to the present disclosure is executed by a computer including a processor. The game program includes a step of determining a first priority from a plurality of priorities by comparing each priority individually set for a plurality of selection targets with the processor, and a plurality of selection targets. From among them, the step of selecting the first selection target for which the first selection target is set, the step of associating the first selection target with the user, and the step of resetting the priority set for the first selection target are executed. Let me.

According to one aspect of the present disclosure, it is possible to increase the variation of the selection target associated with the user.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of the server and the user terminal included in a game system. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a flowchart which shows the flow of the process which the server which concerns on a certain embodiment executes based on a game program. It is a figure which shows the table which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the table which concerns on a certain embodiment. It is a figure which shows the table which concerns on a certain embodiment. It is a figure which shows the table which concerns on a certain embodiment. It is a figure which shows the histogram which concerns on a certain embodiment.

The game system according to the present disclosure is a system for providing a game to a user. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

(Hardware configuration of game system 1)
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be done.

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit 152), a camera 17, and a distance measuring sensor. It is provided with 18. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit 152) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to, for example, a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 is stored in the memory 11. You may memorize it in.

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

(Hardware components of each device)
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

The memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing the program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission and reception of various data on the server 200. The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using a short-range wireless communication or the like.

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit 152. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting the incident light incident from the lens into an electric signal.

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by reflecting the light emitted from the light source against the object to be measured. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected by the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch screen, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed, or the state in which the mouse is touched after the touchdown operation is performed on the touch screen. .. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch screen. It may be recognized as an operation corresponding to the operation.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance the game. For example, it sells valuable data and provides services. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data related to the user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as a rarity selection unit 211, a character providing unit 212, a priority setting unit 213, and a communication unit 214 according to the description of the game program 131. The control unit 210 also functions as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The rarity selection unit 211 selects one of the rarities from a plurality of rarities and associates it with the user. The details of the rarity will be described later. The character providing unit 212 selects a character having a selected rarity and provides it to the user. The priority setting unit 213 resets the priority set to the rarity associated with the user. Details of the priority will be described later. The communication unit 214 transmits and receives various data, signals, and information to and from the user terminal 100.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as an operation reception unit 111, a display control unit 112, and a communication unit 113 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 accepts a user's input operation based on the output of the touch screen 15 (input unit 151). Specifically, the operation reception unit 111 detects that the user's finger or the like approaches the touch screen 15 as the coordinates of the coordinate system including the horizontal axis and the vertical axis of the surface constituting the touch screen 15. For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The operation reception unit 111 determines the user's operation on the touch screen 15. The operation receiving unit 111 is, for example, (1) "approaching operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (long press operation)". "Touch operation", (6) "Drag operation (swipe operation)", (7) "Move operation", (8) "Flick operation", and other user operations are discriminated. The user's operation determined by the operation receiving unit 111 is not limited to the above. For example, when the touch screen 15 has a mechanism capable of detecting the magnitude of the pressure pressed by the user against the touch screen 15, the operation reception unit 111 determines the magnitude of the pressure pressed by the user.

(1) The "approaching operation" is an operation in which the user brings a finger or the like close to the touch screen 15. The touch screen 15 detects that the user's finger or the like approaches (including the user's finger or the like touching the touch screen 15) by the touch screen 15, and controls a signal according to the coordinates of the detected touch screen 15. Output to unit 110. The control unit 110 determines that the state has changed to the "touch-on state" when the approach is detected from the state in which the approach of the user's finger or the like to the touch screen 15 is not detected.

(2) The "release operation" is an operation of stopping the state in which the user is approaching the touch screen 15. The operation reception unit 111 determines that the user's operation is a "release operation" when, for example, the user releases the finger from the state where the user is in contact with the touch screen 15. The control unit 110 determines that the state has changed from the "touch-on state" to the "touch-off state" when the state of detecting the approach of the user's finger or the like to the touch screen 15 is changed to the state of not detecting the approach. To do.

(3) The "tap operation" is to perform a release operation at a position where the user has made an approach operation to bring a finger or the like closer to the touch screen 15. The operation reception unit 111 outputs the touch screen 15 from a state in which an approach operation is not detected (a state in which the user's finger or the like is away from the touch screen 15 and the touch screen 15 does not detect the approach of the user's finger or the like). When it is detected that the user's finger or the like approaches based on the above, the detected coordinates are held as the "initial touch position". In the operation receiving unit 111, when the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected within a certain range from the coordinates where the approach operation is detected). In addition, the user's operation is determined to be a "tap operation".

(4) The "double tap operation" is an operation in which the user performs the tap operation twice within a certain period of time. For example, when the operation reception unit 111 determines the tap operation again based on the coordinates related to the tap operation within a certain period of time after determining the user operation as a tap operation, the operation reception unit 111 determines the user operation as a "double tap operation". To do.

(5) The “long press operation” is an operation in which the user keeps pressing the touch screen 15. After detecting the user's operation and determining the approaching operation, the touch screen 15 performs the user's operation when the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain period of time. It is determined as "long press operation" ("long press operation" may be referred to as "long touch operation").

(6) The “drag operation” is an operation in which the user slides the finger while maintaining the approaching state in which the finger or the like is brought close to the touch screen 15.

(7) The "move operation" refers to a series of operations in which the user performs a release operation on the touch screen 15 by moving a position where a finger or the like is approaching the touch screen 15 while maintaining the approach operation.

(8) “Flick operation” refers to an operation in which the user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 15.

The display control unit 112 outputs a game screen on which the processing result executed by each of the above elements is reflected to the display unit 152 of the touch screen 15. The display control unit 112 may display a game screen including animations showing motions of various objects on the display unit 152. Further, the display control unit 112 may superimpose and draw a UI (User Interface) object on the game screen.

The communication unit 113 transmits and receives various data, signals, and information to and from the server 200.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are only examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

(Game overview)
The game based on the game system 1 is an arbitrary game in which a character operated by the user (first character, ally character) appears. This game is, for example, a game in which a character operated by a user and another character (second character, enemy character) controlled by the game system 1 fight. The user can have a plurality of different characters. The user can select at least one character from the possessed character group and use it during the game.

FIG. 3 is a diagram showing a game screen 301 according to an embodiment. The display control unit 112 displays the game screen 301 in which the ally character 31 fights with the enemy character 41 on the display unit 152, for example, as shown in FIG. 3 during game play. The game screen 301 includes at least a friendly character 31 and an enemy character 41. The user makes the enemy character 41 fight by operating the ally character 31.

The game based on the game system 1 is not limited to a game of a specific genre, and may be a game of any genre. The game based on the game system 1 may be, for example, a sports game on the subject of sports such as tennis, table tennis, dodge ball, baseball, soccer, and hockey. Alternatively, it may be a puzzle game, a quiz game, an RPG, an adventure game, a shooting game, a simulation game, a training game, an action game, or the like.

The game based on the game system 1 is not limited to a game corresponding to a specific play form, and may be a game corresponding to any play form. The game based on the game system 1 may be, for example, a single-player game played by a single user and a multiplayer game played by a plurality of users. The game based on the game system 1 can also be a battle game in which a plurality of users compete against each other, a cooperative play game in which a plurality of users cooperate, and the like.

The user can acquire the ally characters available in the game by paid or free means. As an example of the paid means, there is a character provision that determines one of the ally characters that can be used in the game and gives the user a character. The user can acquire the characters that can be used in the game by providing the characters. The character provision means a process in which the game system 1 selects at least one character from a plurality of characters and provides the selected character to the user. When the character is provided, the game system 1 can select a character according to a rule defined in the game, or randomly select a character by lottery. For example, when the user consumes a game item or virtual currency, the game system 1 provides the user with the selected character by executing the character provision.

Each ally character available in the game has a rarity unique to that character among a plurality of rarities (rareness, selection target). Multiple rarities are factors used in the game. Rarity is a kind of game parameter that represents the rarity of a character in a game. The higher the rarity of a friendly character, the higher the rarity of that friendly character in the game. The plurality of rarities are classified into one of S rare (first rarity), A rare (second rarity), and B rare (third rarity). A rare has a higher rarity than B rare, and S rare has a higher rarity than A rare. The higher the rarity of a character, the higher the value of a friendly character in the game. For example, the higher the rarity of a friendly character, the higher the performance of the friendly character.

In the game, unique probabilities are set for S rare, A rare, and B rare. The probability set to a certain rarity is the probability that an ally character of that rarity is provided to the user when the character is provided once. The higher the rarity of a friendly character, the lower the probability that the character will be provided to the user when the character is provided. In other words, the higher the rarity of a friendly character, the less likely it is that the user will be able to acquire that friendly character.

In the present disclosure, the probability set for each rarity takes either value of 0 or more and less than 1. In the present disclosure, as an example, probabilities of 0.1, 0.4, and 0.5 are set for S rare, A rare, and B rare, respectively. The value obtained by multiplying the probability set for each rarity by 100 corresponds to the percentage corresponding to the probability. Therefore, each ally character of S rare, A rare, and B rare is provided to the user with a probability of 10%, 40%, and 50%, respectively, at one character provision.

(Provided by friendly characters)
FIG. 4 is a diagram showing a game screen 302 according to an embodiment. When a predetermined operation by the user is accepted, the display control unit 112 displays the game screen 302 that allows the user to select the number of ally characters provided to the user on the display unit 152, for example, as shown in FIG. The game screen 302 includes a message 51, a button 52, a button 53, and a panel 54.

The message 51 includes text explaining to the user that the user can acquire a friendly character through the user's operation on the game screen 302. The button 52 is set with a function of providing one ally character to the user. When the tap operation on the button 52 is accepted, the server 200 starts the character providing process for providing one ally character to the user. The button 53 is set with a function of providing the user with three ally characters. When the tap operation on the button 53 is accepted, the game system 1 starts the character providing process for providing the user with three ally characters.

The panel 54 is an area for notifying the user of information regarding character provision. The information notified through the panel 54 is, for example, an expected value of the number of times a character having a certain rarity is provided to the user when the character providing process is executed a predetermined number of times. In FIG. 4, when the character providing process is executed 10 times, the display control unit 112 displays the expected value of the number of times the character of each rarity is provided to the user on the panel 54 in association with each rarity. To do. Specifically, the display control unit 112 sets the expected value of the number of times each character of S rare, A rare, and B rare is provided to the user once, 4 respectively, when the character providing process is executed 10 times. The times and 5 times are displayed on the panel 54. These expected values are values according to the probability set for the rarity.

In the following example, the user inputs a tap operation on the button 52. When the tap operation on the button 52 is accepted, the display control unit 112 can execute a special effect on the game screen 302 to notify the user that one ally character is provided to the user. When the tap operation for the button 52 is accepted, the communication unit 113 transmits the request information requesting the server 200 to execute the character providing process for providing one ally character to the user to the server 200. In the server 200, the communication unit 214 receives the request information transmitted from the user terminal 100. When the request information is received, the server 200 executes a character providing process for providing one ally character to the user.

(Probability and priority)
In the present disclosure, priorities are further set for S rare, A rare, and B rare. The server 200 executes the character providing process based on the priority and the probability set to the plurality of rarities. The priority is a parameter used when determining which rarity ally character is provided to the user at the time of providing a character once. In the present disclosure, when a character is provided, a ally character with a rarity that has the lowest priority is provided to the user. As will be described in detail later, the priority set for each rarity is updated each time the character providing process is executed.

FIG. 5 is a flowchart showing a flow of processing executed by the server 200 according to a certain embodiment based on the game program 131. FIG. 6 is a diagram showing a table 61 according to an embodiment. Table 61 stores each priority set for a plurality of rarities. The table 61 is stored in the storage unit 220 as a kind of game information 132.

In step S1, the rarity selection unit 211 acquires each priority set for each of the S rare, the A rare, and the B rare from the table 61. In step S2, the rarity selection unit 211 determines the lowest priority (first priority) from the plurality of priorities by comparing the acquired priorities. Here, -2 is determined. As described above, in step S2, the first priority is determined by comparing the plurality of priorities.

In step S3, the rarity selection unit 211 selects an S rare (first selection target, first rarity) in which the determined -2 is set from the plurality of rarities. In step S4, the character providing unit 212 associates the selected S rare with the user. In step S5, the character providing unit 212 selects one ally character (first item) corresponding to the S rare associated with the user from the plurality of ally characters (items) and provides it to the user. The selection method of the ally character taku may be any method. Here, it is assumed that the S rare ally character 32 is provided. The communication unit 214 transmits information about the ally character 32 provided to the user to the user terminal 100. The communication unit 113 of the user terminal 100 receives the transmitted information.

FIG. 7 is a diagram showing a game screen 303 according to an embodiment. When the display control unit 112 receives the information about the ally character 32 from the server 200, the display control unit 112 displays the game screen 303 for notifying the user of the ally character 32 provided to the user on the display unit as shown in FIG. 7, for example. To do. The game screen 303 includes a message 55 and a friendly character 32. The message 55 includes a text explaining to the user the rarity of the friendly character 32 provided to the user. By visually recognizing the game screen 303, the user recognizes that the S rare ally character 32 has been obtained by providing the character once.

(Resetting priority)
In step S6, the priority setting unit 213 specifies the reciprocal of the probability set to S rare. Since the probability of being set to S rare is 0.1, 10 is specified as the reciprocal. In step S7, the priority setting unit 213 generates a random number (normal random number) that follows a normal distribution with the specified reciprocal 10 as the median. In detail, the priority setting unit 213 determines that the probability that any parameter is selected from a plurality of parameters including the reciprocal of the probability set in the S rare as the median is set in the S rare. Select one of a plurality of parameters so that the reciprocal is normally distributed with the probability of being selected as the maximum value. Here, it is assumed that 12 is generated. In step S8, the priority setting unit 213 resets the priority set in the S rare to 10 by adding the generated 12 to the priority set in the S rare.

In step S9, the priority setting unit 213 uniformly subtracts each priority set for a plurality of rarities by the same subtraction value. Here, it is assumed that the subtraction value is 1. The priority setting unit 213 resets the priority set for the B rare to −1.4 by subtracting 1 from the priority set for the B rare. The priority setting unit 213 resets the priority set in the A rare to −0.3 by subtracting 1 from the priority set in the A rare. The priority setting unit 213 resets the priority set in the S rare to 9 by subtracting 1 from the priority set in the S rare. The priority setting unit 213 updates the table 61 by writing each priority after resetting to the table 61.

FIG. 8 is a diagram showing a table 61 according to an embodiment. When the ally character 32 is provided to the user, the priority setting unit 213 updates each priority of the S rare, the A rare, and the B rare stored in the table 61 as shown in FIG.

When the user's tap operation on the button 52 is accepted again after the ally character 32 is provided to the user, the game system 1 re-executes the character providing process for providing one ally character to the user. In this case, the rarity selection unit 211 determines the smallest −1.4 among the plurality of priorities by comparing each priority stored in the updated table 61 shown in FIG. The rarity selection unit 211 associates the selected B rare with −1.4 set with the user. As a result, the character providing unit 212 selects one ally character corresponding to the B rare associated with the user from the plurality of ally characters and provides the ally character to the user. Here, it is assumed that the B rare ally character 33 is provided.

The priority setting unit 213 specifies the reciprocal of the probability set for the B rare associated with the user. Since the probability of being set to B rare is 0.5, 2 is specified as the reciprocal. The priority setting unit 213 generates a random number (normal random number) that follows a normal distribution with the specified reciprocal 2 as the median. Here, it is assumed that 1 is generated as a random number. The priority setting unit 213 resets the priority set for the B rare to 0.4 by adding the generated 1 to the priority set for the B rare. After adding the random numbers, the priority setting unit 213 subtracts the same subtraction value from each priority set in the plurality of rarities. As a result, the priority setting unit 213 resets each priority of S rare, A rare, and B rare. The priority setting unit 213 updates the table 61 by writing the reset priority to the table 61.

FIG. 9 is a diagram showing a table 61 according to an embodiment. When the ally character 33 is provided to the user, the priority setting unit 213 updates each priority of the S rare, the A rare, and the B rare stored in the table 61 as shown in FIG.

After the ally character 33 is provided to the user, the game system 1 further executes the character providing process when the user's tap operation on the button 52 is detected again. In this case, the smallest of -1.3 is determined from the plurality of priorities by comparing each priority stored in the updated table shown in FIG. The rarity selection unit 211 associates the A rare with the determined priority set with the user. As a result, the character providing unit 212 selects one ally character from the plurality of A rare ally characters and provides it to the user. Here, it is assumed that the ally character 34 is selected.

The priority setting unit 213 specifies the reciprocal of the probability set for the A rare associated with the user. Since the probability of being set to A rare is 0.4, 2.5 is specified as the reciprocal. The priority setting unit 213 generates a random number (normal random number) that follows a normal distribution with the specified reciprocal 2.5 as the median. Here, it is assumed that 4 is generated. The priority setting unit 213 resets the priority of the A rare to 2.7 by adding the generated 4 to the priority of the A rare. After adding random numbers, the priority setting unit 213 resets each priority of rare, A rare, and B rare by subtracting the same subtraction value from each priority set for a plurality of rarities. .. The priority setting unit 213 updates the table 61 by writing the reset priority to the table 61.

FIG. 10 is a diagram showing a table 61 according to an embodiment. When the ally character 34 of the A rare is provided to the user, the priority setting unit 213 updates each priority of the S rare, the A rare, and the B rare stored in the table 61 as shown in FIG. .. When the game system 1 next executes the character providing process, the rarity selection unit 211 is associated with the user from among a plurality of rarities by comparing each priority stored in the table shown in FIG. Select the rarity. Therefore, at the next character provision, the B rare in which the smallest −1.6 is set is selected, and as a result, the ally character of the B rare is provided to the user.

As described above, the server 200 does not select one of the rarities by a simple lottery based on the probabilities set to a plurality of rarities, but compares each priority to select one of the rarities. select. The priority set for the selected rarity is reset, unlike the probability, each time the selected rarity is associated with the user. As a result, the server 200 can increase the variation of the rarity associated with the user.

As shown in FIGS. 7 to 10, each priority set for S rare, A rare, and B rare is reset each time the character providing process is executed. In many cases, each priority is updated to a value different from the value before the character provision process. The smaller the probability of being set to a certain rarity, the lower the priority set to that rarity when that rarity is selected. Since the value added to the priority at the time of resetting is a random number randomly selected by lottery from a plurality of values included in a certain range, the priority to be reset has randomness. Therefore, in a certain aspect of the present embodiment, it can be said that the rarity selection unit 211 randomly selects any rarity from a plurality of rarities by lottery.

(S rare ally character provision interval)
FIG. 11 is a diagram showing a histogram according to an embodiment. The histogram shown in FIG. 11 shows that when the process of selecting one of S rare, A rare, and B rare is executed 100,000 times by the method of the present disclosure, S rare is selected and then S rare is selected. The relationship between the number of times the processing is executed (hereinafter referred to as the interval) required until the processing is performed and the number of times each interval appearing during the 100,000 processing is shown. The horizontal axis of the histogram shows the interval, and the vertical axis shows the number of applications. As shown in FIG. 11, according to the method of the present disclosure, the number of selection processes executed between the time when the S rare is selected once and the time when it is selected next is approximately 9 times, which is almost bell-shaped. It is distributed in. Therefore, it is most likely that the S rare is selected once and then the S rare is selected 9 times later in the selection process. According to the present disclosure, the interval when S rare is selected is most often 9 times, and the smaller or larger the interval, the smaller the number of occurrences. This makes it difficult for the same user to be continuously provided with S rare ally characters.

The user understands that when the probability of providing the S rare is 10%, the ally character of the S rare is provided only once out of 10 character provisions. Based on this understanding, the user intuitively expects that once the S-rare ally character is provided, the next S-rare ally character will be provided nine times later. According to the method of the present disclosure, it is possible to provide the S rare ally character to the user at a cycle that meets the user's intuitive expectations. In other words, the ally character of the S rare can be provided to the user at an appropriate cycle according to the probability that the S rare is selected. As a result, the game system 1 does not have to give each user a feeling of unfairness in providing the character, so that the satisfaction of each user with the game can be improved. Further, since the game operator can easily unify the game experience that each user enjoys through the game for each user, the game can be operated more appropriately.

The priority of the S rare for which the lowest probability is set is always reduced by a certain subtraction value each time the character providing process is executed. Therefore, when the character provision is repeated, even if the S rare character is not provided to the user at the time of providing each character, the priority value set for the S rare is surely lowered. As a result, if the character provision is repeated a certain number of times, the priority of the S rare will eventually become the lowest, and the S rare will be selected. As described above, in the game based on the game system 1, it is possible to avoid a situation in which the S rare character is not provided to the user no matter how many times the character provision is repeated. Therefore, the user's satisfaction with the game can be increased because the user does not have to be dissatisfied.

(Modification example)
When a plurality of the lowest priorities exist among the priorities set for the plurality of rarities, the rarity selection unit 211 first selects the plurality of rarities set to the lowest priority. The rarity selection unit 211 selects any one of the selected rarities according to a predetermined rule, or randomly selects one from the selected rarities by lottery. The rarity selection unit 211 randomly selects, for example, any one rarity with the same probability. The rarity selection unit 211 also selects one of the rarities so that one of the rarities is selected at the ratio of each probability set to the plurality of selected rarities.

For example, assume that the priorities of S rare, A rare, and B rare are 10, -1, and -1, respectively. In this case, the rarity selection unit 211 selects both A rare and B rare for which -1 is set. The rarity selection unit 211 then randomly selects A rare or B rare by lottery so that, for example, both A rare and B rare are selected with a 50% probability. The rarity selection unit 211 randomly selects A rare or B rare by lottery so that the probability that A rare is selected and the probability that B rare is selected are 0.4: 0.5. ..

The priority setting unit 213 can initialize each priority set for a plurality of rarities. The initialization timing is, for example, an arbitrary time point before the game system 1 first provides a ally character to the user by the character providing process. The priority setting unit 213 initializes each priority by storing zero as each priority of S rare, A rare, and B rare in the table 61, for example. In this case, when the first character providing process is executed, the priority setting unit 213 randomly selects one of S rare, A rare, and B rare by lottery, for example, with the same probability. In this case, the probability that the S rare, the A rare, and the B rare are actually selected is 33%, which is different from the probability set for each. The priority setting unit 213 or randomly selects one of S rare, A rare, and B rare by lottery so as to be selected according to the probability set for each. In this case, the probabilities that S rare, A rare, and B rare are actually selected are equal to the probabilities set for each rarity, 10%, 40%, and 50%, respectively.

The character providing unit 212 can randomly select one ally character corresponding to the rarity frequency associated with the user from a plurality of ally characters by lottery. The character providing unit 212 can also apply the same process as the above-described rarity selection process to the process of selecting one ally character from a plurality of ally characters.

The priority setting unit 213 can also initialize each priority by executing the above-mentioned rarity selection process and priority reset process two or more times. In this case, the priority setting unit 213 first sets zero as each priority of S rare, A rare, and B rare. Next, the rarity selection unit 211 randomly selects any one of S rare, A rare, and B rare so as to be selected according to the probability set for each. The priority setting unit 213 resets each priority after one of the rarities is selected. The rarity selection unit 211 reselects one of the rarities based on each of the reset priorities. The priority setting unit 213 resets each priority after one of the rarities is selected. The character provider 212 does not associate the selected rarity with the user when the priority is initialized. Therefore, the ally character of the selected rarity is not selected or provided to the user.

The priority setting unit 213 initializes the priority by executing the selection of the rarity based on the comparison of each priority and the resetting of each priority two or more times in succession. As a result, the priority of S rare, A rare, and B rare can be initialized at random. The character providing unit 212 selects the rarity associated with the user when the character is provided for the first time by comparing each priority after initialization. As a result, since the rarity is randomly selected when the character is provided for the first time, it is possible to prevent the ally character having a specific rarity from being always provided to the user when the character is provided for the first time.

Various first parameters including probability can be set for the plurality of rarities. The priority setting unit 213 can also reset the priority set to the selected rarity based on at least one first parameter set to the selected rarity. The above-mentioned probability is an example of the first parameter. Since the priority is reset based on at least one of various first parameters including the probability, the variation of the rarity association pattern for the user can be increased.

The priority setting unit 213 can also reset the selected priority based on an arbitrary second parameter corresponding to the probability set to the selected priority. The reciprocal of the probability described above is an example of the second parameter.

The priority setting unit 213 can reset the priority by lowering the priority set to the selected rarity as the first parameter set to the selected rarity becomes smaller. Lowering the priority is synonymous with increasing the priority value. This makes it possible to reduce the possibility that the rarity once selected will be continuously selected. Resetting the priority based on the reciprocal of the probability is an example of lowering the priority set for the selected rarity as the first parameter is smaller.

The priority setting unit 213 can also generate a random number according to a probability distribution using the second parameter whose value is determined according to the first parameter as a reference value, and reset the priority based on the generated random number. The smaller the value of the first parameter, the larger the value of the second parameter may be. The reciprocal of the probability described above is an example of the second parameter. The above-mentioned normal distribution with the reciprocal as the median is an example of the probability distribution with the second parameter as the reference value. Adding the above-mentioned random number to the priority is an example of resetting the priority based on the random number.

The priority setting unit 213 can uniformly change each priority set for a plurality of rarities by the same third parameter. For example, the priority setting unit 213 may uniformly increase each priority set for a plurality of rarities by the same third parameter. The subtraction value described above is an example of the third parameter. Uniformly subtracting the above-mentioned subtraction value from each priority is an example of changing each priority by the same third parameter.

The rarity selection unit 211 can also determine a priority that satisfies the first condition from a plurality of priorities. The rarity selection unit 211 may, for example, determine the highest priority among the plurality of priorities from among the plurality of priorities.

The rarity selection unit 211 can also select the first selection target from any plurality of selection targets. The plurality of rarities described above are examples of a plurality of selection targets. The plurality of selection targets may be, for example, a plurality of characters available in the game, or a plurality of items available in the game. The rarity selection unit 211 determines any one of the priorities by comparing the priorities set for the plurality of ally characters 31 to 34 available in the game, for example. The rarity selection unit 211 selects the ally character 33 to which the determined priority is set from the ally characters 32 to 34 and associates it with the user. The character providing unit 212 provides the user with the ally character 33 associated with the user.

The selection target may be a right that the user can later obtain a reward according to the selection target. In this case, the server 200 selects one of the plurality of rights and provides the selected right to the user by associating the selected right with the user. The user terminal 100 provides the user with a reward corresponding to the right provided to the user, for example, when the user clears a predetermined stage.

The selection target may be the rarity of the enemy character that the user makes to fight with the ally character in the game. In this case, the character providing unit 212 selects one enemy character from a plurality of enemy characters having the selected rarity and associates it with the user. The user terminal 100 causes the user to play a stage in which an enemy character associated with the user appears.

The selection target may be a game stage that can be played by the user, or a state that the enemy character 41 has at the time of battle.

The program according to the present disclosure can be realized as an arbitrary program other than the game program 131. The plurality of selection targets according to the present disclosure may be elements used other than the game based on the game program 131. Multiple rarities are examples of multiple selection targets.

[Example of realization by software]
The control blocks of the control units 110 and 210 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit). Good.

In the latter case, the information processing device provided with the control unit 110 or both makes it possible for the computer (or CPU) to read the CPU that executes the instructions of the program that is the software that realizes each function, the above program, and various data. It is equipped with a recorded ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for developing the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to certain aspects of the disclosure, the game program is executed by a computer (server 200) equipped with a processor (20). The game program determines the first priority from a plurality of priorities by comparing each priority individually set for a plurality of selection targets (plurality of rarities) with the processor (a step (). S2), a step of selecting a first selection target for which a first priority is set from a plurality of selection targets (S3), a step of associating the first selection target with a user (S4), and a first selection. A program that executes the step (S8) of resetting the priority set for the target.
(Item 2) In (Item 1), the plurality of selection targets are elements used in the game.
(Item 3) In (Item 1) or (Item 2), the first parameter is set for each of the plurality of selection targets, and in the step of resetting the priority, the first parameter is set as the first selection target. Based on the parameters, the priority set for the first selection target is reset.
(Item 4) In (Item 3), the first parameter is the probability that the selection target is selected from a plurality of selection targets, and the smaller the probability that the selection target is set as the first selection target in the step of resetting. , Lower the priority set for the first selection target.
(Item 5) In the step of resetting in (Item 3), a random number according to a probability distribution using the second parameter whose value is determined according to the first parameter is used as a reference value, and the priority is set based on the generated random number. Reset.
(Item 6) In (Item 5), the smaller the value of the first parameter, the larger the value of the second parameter, and the probability distribution is a normal distribution with the second parameter as the median.
(Item 7) In (Item 6), the first parameter is the probability that the selection target is selected from a plurality of selection targets, and the second parameter is the reciprocal of the probability.
(Item 8) In any of (Item 2) to (Item 7), the program further steps the processor to uniformly change each priority set for a plurality of selection targets by the same third parameter. Let it run.
(Item 9) In (Item 2), the plurality of selection targets are a plurality of rarities, each of which represents the rarity of the item in the game, and in the step of selecting the first selection target, among the plurality of rarities. , The first rarity for which the first priority is set is selected, and the program causes the processor to select the first item according to the first rarity from a plurality of items, and the first item. Perform the steps associated with the user.

(Item 10) The method of executing the game program (131) has been described. According to certain aspects of the disclosure, the game program is executed by a computer (server 200) equipped with a processor (20). The method is a step (S2) in which the processor determines a first priority from a plurality of priorities by comparing each priority individually set for a plurality of selection targets with each other, and a plurality of selections. From the targets, the step of selecting the first selection target for which the first selection target is set (S3), the step of associating the first selection target with the user (S4), and the priority set for the first selection target. Includes step (S8) of resetting.

(Item 11) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device has a storage unit (220) that stores a game program (131) and a control that controls the operation of the information processing device (server 200) by executing the game program. A unit (210) is provided. The control unit determines the first priority from the plurality of priorities by comparing the priorities individually set for the plurality of selection targets with each other, and determines the first priority from the plurality of selection targets. The first selection target for which the priority has been set is selected, the first selection target is associated with the user, and the priority set for the first selection target is reset.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 31-34 characters 41 enemy characters, 51,55 messages, 52,53 buttons, 54 panels, 100 user terminals (information processing device), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 communication unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 rarity selection unit, 212 character provider unit, 213 priority setting unit, 214 communication unit, 301-303 game screen, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (5)

A program that is run by a computer with a processor
The program is delivered to the processor.
A step of individually prioritizing the plurality of selection targets based on the probability of being individually set for the plurality of selection targets, and
By comparing the priorities with each other, a step of determining the first priority, which is the lowest value among the plurality of priorities, and
A step of selecting the first selection target for which the first priority is set from the plurality of selection targets, and
The step of associating the first selection target with the user and
A step of generating a random number according to a normal distribution having the reciprocal of the probability value set as the first selection target as the median, and
And re-setting the sum of the first priority and the random number Sakido Yu set in the first selection,
A program that subtracts a predetermined value from the priorities individually set for the plurality of selection targets and executes a step of resetting the priorities individually set for the plurality of selection targets . The program according to claim 1, wherein the plurality of selection targets are elements used in the game. The plurality of selection targets are a plurality of rarities, each representing the rarity of the item in the game.
In the step of selecting the first selection target, the first rarity to which the first priority is set is selected from the plurality of rarities.
The program is delivered to the processor.
A step of selecting the first item according to the first rarity from a plurality of items, and
The program according to claim 2, wherein the step of associating the first item with the user is executed. The way a computer runs a program
The computer comprises a processor
In the method, the processor
A step of individually prioritizing the plurality of selection targets based on the probability of being individually set for the plurality of selection targets, and
By comparing the priorities with each other, a step of determining the first priority, which is the lowest value among the plurality of priorities, and
A step of selecting the first selection target for which the first priority is set from the plurality of selection targets, and
The step of associating the first selection target with the user and
A step of generating a random number according to a normal distribution having the reciprocal of the probability value set as the first selection target as the median, and
And re-setting the sum of the first priority and the random number to the priority set in the first selection,
A method comprising the step of subtracting a predetermined value from the priorities individually set for the plurality of selection targets and resetting the priorities individually set for the plurality of selection targets . It is an information processing device
The information processing device
A memory unit that stores programs and
It is provided with a control unit that controls the operation of the information processing device by executing the program.
The control unit
Based on the probability that the plurality of selection targets are individually set, the priority is set individually for the plurality of selection targets.
By comparing the priorities with each other , the first priority, which is the lowest value among the plurality of priorities , is determined.
From the plurality of selection targets, the first selection target for which the first priority is set is selected.
The first selection target is associated with the user,
A random number according to a normal distribution having the reciprocal of the value of the probability set as the first selection target as the median is generated.
Reconfigure the sum of the first priority and the random number to the priority set in the first selection,
An information processing device that subtracts a predetermined value from the priorities individually set for the plurality of selection targets and resets the priorities individually set for the plurality of selection targets .

Images