JP7277793B2 - Information processing device, information processing method and program - Google Patents

Description

The present invention relates to an information processing device, an information processing method, and a program.

Conventionally, in games such as online games, there is a game in which a lottery is held in response to a user's request, and an object selected by the lottery (for example, a character or item that can be used in the game) is given to the user. Are known.

For example, in Patent Document 1, in a lottery, an object is selected from a deck containing a finite number of objects (referred to as "game media" in Patent Document 1) based on the winning probability set for each object. is selected, and the selected object is removed from the deck and given to the user.

JP 2013-247977 A

In the lottery shown in Patent Document 1, the number of objects contained in the deck and subject to the lottery decreases as the lottery is repeated. to recover the number of objects. However, if this initialization condition is loose, the state in which a highly rare object (strictly speaking, a rare object with a low probability of winning in the lottery) is selected with a high probability will continue for a long time. Therefore, the value of objects with high rarity decreases, and as a result, there is a risk that the game will become boring. On the other hand, if the initialization conditions are strict, the user will be dissatisfied. As described above, in a lottery game, it is difficult to set an optimum game balance that can improve the user's satisfaction with the game while maintaining the value of objects with high rarity.

Accordingly, it is an object of the present invention to provide an information processing device, an information processing method, and a program capable of increasing the user's satisfaction with the game by increasing the expectation for the lottery while maintaining the game balance.

An information processing apparatus according to an aspect of the present invention includes a lottery unit that draws a lottery for an object that can be used in a game. To switchably provide a first mode in which lottery restrictions are applied so that the same object is not selected as a lottery and a second mode in which lottery restrictions are not applied regardless of whether a user uses a lottery result object.

According to one aspect of the present invention, a first mode that restricts the lottery so that the same object as the object that has already been selected is not drawn until the lottery result object is used, and a mode that does not restrict the lottery but uses the lottery result object. Since the second mode, which does not affect the lottery result, is switchably provided, it is possible to increase the user's sense of expectation for the lottery while maintaining the game balance, and improve the user's game satisfaction.

1 is a conceptual diagram of a game system including an information processing device according to one embodiment of the present invention; FIG. It is a figure which shows an example of a screen transition at the time of selecting lottery mode. It is a figure which shows an example of the lottery result list screen in 1st mode. 1 is a diagram showing hardware configurations of an information processing apparatus and a terminal according to an embodiment of the present invention; FIG. FIG. 2 is an explanatory diagram of functions of a terminal according to one embodiment of the present invention; FIG. 3 is an explanatory diagram of functions of a server that constitutes an information processing apparatus according to an embodiment of the present invention; It is a flow chart which shows a flow of lottery mode change processing. It is a flow chart which shows a flow of lottery mode change processing. It is a flow chart which shows a flow of lottery processing in the first mode. It is a flow chart which shows a flow of lottery processing in the second mode. 4 is a flowchart showing the flow of object conversion processing;

Hereinafter, an information processing apparatus, an information processing method, and a program according to the present invention will be described in detail with reference to preferred embodiments shown in the accompanying drawings.
It should be noted that the embodiment described below is merely an example given to facilitate understanding of the present invention, and does not limit the present invention. That is, the present invention can be changed or improved from the embodiments described below without departing from the spirit of the present invention. Of course, this invention also includes equivalents thereof.
Furthermore, the examples of screens shown in the drawings referred to in the following explanations are merely examples, and the specific contents of screen configuration examples, displayed information and GUI (Graphical User Interface), etc. It can be freely designed and changed according to specifications and user's preference.

<About the game>
The communication system (hereinafter referred to as game system S) shown in FIG. 1 is a communication system including an information processing apparatus (hereinafter referred to as server 30) according to an embodiment of the present invention. provide the game.

A "game" is an online game provided using the game system S, and is an electronic game that is played while completing various quests (events) that occur (hereinafter referred to as "play"). In this embodiment, as an example of a game, a user U forms a team of a plurality of characters (for example, a group of four characters), operates these characters with predetermined actions to fight enemy characters, A game that progresses by sequentially challenging and clearing multiple quests prepared in . Moreover, in the game of this embodiment, the user U can obtain various objects that can be used in the game by holding a lottery.

A "quest" refers to a task given to the user U in the game, that is, an individual event or the like that constitutes the game. Each quest has a set implementation period and achievement conditions, and various quests occur as the game progresses. Quests include, for example, quests for reaching a certain point, quests for encountering and fighting enemy characters, and quests for obtaining items. It should be noted that completing the quest by satisfying the set achievement condition is called clear, and when the quest is cleared, the user U can obtain a clear reward.

The "object" includes, for example, a character that moves according to the operation of the user U in the game, an item for advancing the game in an advantageous manner, and the like. The number of objects possessed increases according to the result of a lottery (won) or the like, and the number of objects possessed decreases by consuming or discarding them in the game.

A "lottery" is one of the events during the game in which the above objects can be obtained, and is carried out at the request of the user U during play of the game. In the lottery, a plurality of objects with different winning probabilities are prepared as candidates, one or a predetermined number of the objects are selected from among the plurality of candidate objects, and the selected objects are given to the user U as a lottery result object. Granted. In general, a rare object with a low probability of winning is called an object with a high rarity degree.

There are various forms of lottery, for example, a "single type" lottery that is performed only once, and an "N consecutive type" lottery that is performed N times (N is a natural number of 2 or more) in succession. ” lottery is included. In addition, there are various conditions for executing the lottery, such as a lottery that can be performed by consuming the lottery items that can be obtained for free, a lottery that can be performed by consuming the lottery items purchased for a fee, and as a reward for clearing the quest. It includes the lottery that can be carried out.

In this embodiment, for example, a lottery result object won in a lottery that can be implemented as a clear reward is an item that has the effect of changing the ability of the character using the lottery result object. There are various effects that change this ability, and the rank is determined according to the magnitude of the effect. In this embodiment, the user U can determine the rank of the lottery result object at the time of winning, but cannot determine the type of effect produced when using the lottery result object until the user actually uses the lottery result object. Also, the effect caused by using the lottery result object will be reflected from the next and subsequent quests.

“Change ability” means to change the ability of a character, and includes the following changes as an example. Basically, the change is advantageous to the user U, but the change disadvantageous to the user U is not excluded.
(a) Strengthen the character by improving the parameters of the character (setting data relating to level, physical strength, attack power, speed, luck, etc.).
(b) For the parameters possessed by the character, the maximum value of the ability defined in advance is increased to further strengthen the character.
(c) Add special abilities (skills, etc.) to the character.
(d) change the special abilities possessed by the character;
(e) Entitle the character to challenge a special quest.
(f) Change the attribute of the character. For example, the character's occupation is changed from occupation A to occupation B.

Also, the lottery result object won in the lottery that can be implemented as a clear reward can only be used for the character set as the leader of the team. That is, one lottery result object cannot be used for multiple characters, nor can it be used for characters other than the leader of the team.

A "leader" is, for example, a character who is set first among the members of a team, and is a character who can use the obtained lottery result object. A character that can be set as a leader may be set under certain conditions. For example, the character may be limited to a character possessing a predetermined item, or a character of a predetermined level or higher.

Also, as a general rule, only one lottery result object effect is generated for one character, and if it is used a plurality of times, it is overwritten by the effect of the lottery result object used later. However, for characters that have reached a specific level, the effects of multiple lottery result objects may be generated at the same time.

In this embodiment, for example, two types of lottery modes with different specifications are prepared for the lottery that can be performed as a clear reward, and the user U selects an arbitrary lottery mode for each stage or for each character owned. can be set. It should be noted that each stage here may be for each quest, may be a quest (small quest) that is a unit that further subdivides a quest, or a quest that is a unit that combines multiple quests (large quest).

Here, with reference to FIG. 2, screen transitions when the lottery mode is selected and set for each stage will be described.
As shown in FIG. 2, when the user U challenges a specific quest for which a lottery is performed as a clear reward, the user terminal 10 first has two lottery modes, a first mode and a second mode. A lottery mode selection screen 40 for selection is displayed. A first mode selection button 41 and a second mode selection button 42 are displayed on the lottery mode selection screen 40, and when the first mode selection button 41 is tapped by the user U, the first mode selection screen 43 is displayed. transition to On the other hand, when the second mode selection button 42 is tapped by the user U, the screen transitions to the second mode selection screen 44 . Then, on the first mode selection screen 43 or the second mode selection screen 44, a plurality of small quests that are included in the quest and have different difficulty levels or types of objects that can be obtained (for example, "XXXX (A)” or “YYYY(A)”) is displayed. At this time, the contents of the displayed small quest candidates are the same in both the first mode and the second mode. A counter 45 is displayed to indicate the number of result objects. Then, the user U selects and taps an arbitrary small quest on the first mode selection screen 43 or the second mode selection screen 44 to play the game. In addition, in this embodiment, the lottery mode can be set each time this small quest is selected. User U can confirm.

The "first mode" is a mode in which lottery restrictions are applied so that the same object as the lottery result object will not be lottery until the user U uses the lottery result object. Specifically, in the first mode, the objects that are candidates for the lottery result object are accommodated in a virtual box, and by limiting the number of objects in the box, the upper limit of the number of objects is (eg, 96) are set. Objects that have been won once are deleted from the box, thereby restricting the lottery so that they will not be won in subsequent lotteries. The initial setting of the game is this first mode, which is generally advantageous for many users U.

The lottery restriction is lifted when the user U uses the lottery result objects or when the number of lottery result objects reaches the upper limit (when all the objects are obtained). Therefore, in the first mode, the lottery is restricted until the user U uses the lottery result object or the number of lottery result objects reaches the upper limit value. The odds of winning will gradually increase. On the other hand, when the user U uses the lottery result object or the number of lottery result objects reaches the upper limit, the lottery restriction is lifted, and all winning probabilities including the winning probability of objects with high rarity are based on back to

In the first mode, since the lottery results up to now affect the winning probability of subsequent objects, the user terminal 10 receives box information after the lottery indicating that the lottery result objects have been deleted from the box. A certain lottery result list screen 47 is displayed.
As shown in FIG. 3, on the lottery result list screen 47, the object is the type of effect (for example, "attack power", "defense power", "recovery power", "power", "speed" or "intelligence"). etc.), and classified by rank (A rank 48a, B rank 48b, C rank 48c) according to the magnitude of the effect. In addition, each of these objects is displayed so that an unacquired object 49a and an acquired object 49b (lottery result object) can be identified.

The “second mode” is a mode in which lottery restrictions are not applied regardless of whether or not the user U uses the lottery result object. Specifically, objects that are candidates for the lottery result object are housed in a virtual box, and the number of objects in the box is finite (for example, 96), which is the same as in the first mode. However, in the second mode, even if an object has been won once, it is not deleted from the box, and there is no lottery restriction so that the object can be won in subsequent lotteries. That is, in the second mode, even if the lottery is repeated, the winning probability of each object does not change. Moreover, even if the user U uses the lottery result object, the winning probability does not change.

In addition, in the case of the above-mentioned "N consecutive type" lottery, the N lottery result objects for the N lotteries performed at once do not overlap in the first mode where the lottery is restricted, but the lottery is restricted. Even if it is a second mode that does not do, it may not be duplicated. In addition, since the second mode does not have lottery restrictions, the probability of winning an object with a high rarity level may be set slightly higher than in the first mode.

In the present embodiment, since the first mode and the second mode are switchable, the user U can select a lottery mode that is easy for him/herself to play, or a lottery mode that meets his/her play purpose. That is, in the first mode, although there is a risk that the lottery result object cannot be used casually, lottery restrictions are applied so that the same object as the object that has already been lottery will not be drawn until the lottery result object is used. This is suitable for the user U who has a play style that wants to obtain a desired specific object without fail. On the other hand, in the second mode, there is no lottery restriction, so there is a risk that the most desired specific object will not be obtained no matter how long it takes, but the use of the lottery result object will not affect the lottery result, and the lottery result object will not affect the lottery result. User U who has a play style that wants to obtain as many advantageous objects as possible without waste, even if they are not the most desired specific objects (in the case of other relatively advantageous objects), because they can be used easily. suitable for
For the user U, since the lottery mode can be switched according to his own play style in this way, the game becomes more interesting and the desire to play the game increases.

Further, in this embodiment, even when the first mode and the second mode are switched, the lottery restriction in the first mode is continued while the lottery history of the lottery result objects in the first mode remains. Furthermore, in the second mode after switching, even if the user U uses the lottery result object, the lottery restriction in the first mode is continued while the lottery history of the lottery result object in the first mode remains. You can do it.

Also, in either the first mode or the second mode, if the lottery result object is not used, it is discarded immediately as it is in principle. Therefore, the user U needs to decide whether to discard the lottery result object at the timing of obtaining the lottery result object, and the condition for releasing the lottery restriction in the first mode is relatively severe. However, unused lottery result objects can be retained for a predetermined period, and if unused lottery result objects remain when a stage is cleared, the unused lottery result objects can be converted into other objects. may be Other objects may be, for example, objects of the same rank or fragments thereof (objects that can be exchanged for a predetermined object when a plurality of objects are collected). Moreover, when converting into another object, you may carry out a lottery.

Although the case where the lottery mode is set for each stage has been described above, the user U may be able to set the lottery mode for each character owned. When setting the lottery mode for each character, if the set character is the leader, the user U plays the game in the set lottery mode. On the other hand, if the set character is not the leader, i.e., if the unset character is the leader, the user U plays the game in the second mode while the set character is still restricted in the lottery. .

In the first mode, by restricting the lottery, the probability of subsequent winnings changes depending on the number of lottery result objects and the lottery result. A list screen 47 (FIG. 3) is displayed. On the other hand, in the second mode, since the winning probability does not change depending on the number of lottery result objects and the lottery result, progress display such as the counter 45 and the lottery result list screen 47 like the first mode is unnecessary.

In this embodiment, not only the user U can play alone, but also so-called multi-play (hereinafter referred to as joint play) in which a plurality of users U operate their respective user terminals 10 to play common quests at the same time is also possible. be. In this joint play, a user U (hereinafter referred to as a host) who sponsors a joint play for a specific quest and recruits friends, and a user U (hereinafter referred to as a guest) who applies for the recruitment and participates in the joint play. ), a collaborative relationship is formed and the progress of play is synchronized between users who play collaboratively.

Even in this joint play, the user U can switch the lottery mode. The switching timing may be limited to the start of the joint play, or may be switched at any time during the joint play. Also, during joint play, a lottery mode can be selected for each user U, and the lottery mode during joint play may be determined for each user U of the host and guest.

A joint play is performed through the communication function of the user terminal 10 of each user U. FIG. Specifically, when a certain user U applies for participation in a joint play recruited by the host, and the host approves the application, the certain user U becomes a guest with the host for joint play. A communication path is established. The application qualification for joint play is not particularly limited, and can be arbitrarily set. For example, another user U who has a friendship relationship with a certain user U and who is a friend user who is mutually approved by the users U may apply.

After that, transmission and reception of various data required for joint play are carried out according to a known communication method. The data at this time may be of a client-server system via the server 30 or may be of a P2P (peer-to-peer) system without the server 30 . Also, the cooperative play mode is classified into a complete synchronous type and an asynchronous type, and either mode may be adopted. The complete synchronous type includes key input synchronous method and command input method, and the asynchronous type includes server centralized processing type and client distributed processing.

The cooperative play type game includes a cooperative play game in which a plurality of users U cooperate and a battle game in which users U compete with each other, but any type of game may be used. Also, the upper limit of the number of users U in one joint play (maximum number of players) is not particularly limited and may be set to any number, but is preferably set to about four at maximum, for example.

<Regarding the configuration of the game system S>
Next, the configuration of the game system S for providing the above game to the user U will be described.
As shown in FIG. 1, a game system S is constructed for a user U to play a game. It consists of The user terminal 10 and the server 30 are connected to communicate with each other via a network N such as the Internet.

The user terminal 10 is equipped with a program stored in the terminal and a processor for executing the program. to operate. As the user terminal 10, a known device used as a game terminal, such as a smart phone, a mobile phone, a notebook PC, a tablet terminal, a wearable terminal, or a dedicated game device having a communication function, can be used. The number of user terminals 10 constituting the game system S is not particularly limited and may be any number. In FIG. 1, the number of user terminals 10 is three for convenience of illustration.

The server 30 is a computer that constitutes the information processing apparatus of the present invention. For example, it is composed of a server computer managed by a game provider, and is responsible for processing the progress of the game. Specifically, the game account, status, and the like of the user U are managed for each user U, and game progress data is distributed to each user U. In addition, the server 30 is not limited to a server device consisting of a single computer that independently performs a specific function, but is a plurality of computers that are distributed but work together to perform a specific function. may be configured by a server device group consisting of

The network N may be anything as long as it connects the user terminal 10 and the server 30 in a state in which data communication is possible. Includes the Internet, mobile communication networks, LANs (Local Area Networks), WANs (Wide Area Networks), intranets and Ethernet, whether wired or wireless. Further, the user terminals 10 may communicate with each other via the network N, or may communicate directly without the network N via Bluetooth (registered trademark), Wifi-Direct, or the like.

In the game system S of the present embodiment, the game progresses through cooperation between the user terminal 10 and the server 30 due to the above configuration. Specifically, part of the game progress processing is performed on the server 30 side, and part of the graphics processing and the like is performed on the user terminal 10 side. For example, the server 30 executes a program containing certain rules, logic and algorithms. On the other hand, on the user terminal 10 side, while synchronizing with the server 30, various quests are generated according to the same rules, logics, and algorithms as the programs executed by the server 30 to advance the game.

<Configuration of user terminal 10>
Next, the configuration of the user terminal 10 according to this embodiment will be described.
As shown in FIG. 4, the user terminal 10 includes a processor 11, a storage device 12, a communication interface (indicated as communication I/F in FIG. 4) 13, an input device 14, and an output device. 15, and these devices are electrically connected via a bus (not shown).

The processor 11 includes, for example, a central processing unit (Central Processing Unit), a microprocessor (Micro Processing Unit), a graphics processor (Graphics Processing Unit), or a digital signal processor (Digital Signal Processor), etc., and stored in the storage device 12 Various arithmetic processing is executed based on the program or data obtained, and each part of the user terminal 10 is controlled. The programs executed by the processor 11 include an OS (Operating System), which is system software for controlling the entire user terminal 10, game application programs, and the like, and these various programs are read by the processor 11. The function as the user terminal 10 that constitutes the game system S is exhibited by being executed.

The storage device 12 includes, for example, memory or storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM (Read Only Memory) and RAM (Random Access Memory). Temporarily stores various data generated by
The storage stores various data related to the game, such as flash memory, HDD (Hard Disc Drive), SSD (Solid State Drive), FD (Flexible Disc), MO disc (Magneto-Optical disc), CD (Compact Disc). , DVD (Digital Versatile Disc), SD card (Secure Digital card), USB memory (Universal Serial Bus memory), and the like.

The communication interface 13 is configured by, for example, a network interface card (NIC) or the like, and controls communication processing of the user terminal 10 . The communication standard for the communication interface 13 is not particularly limited, and any communication standard for the public can be applied without limitation. Moreover, the communication method by the communication interface 13 may be a wireless method or a wired method.

The input device 14 is a device that receives an operation from the user U and generates data indicating the content of the received operation. As an example, an operation key, an operation button, a sound collecting microphone, a photographing camera, etc. provided on the user terminal 10 can be used.

The output device 15 is a device that draws a screen to display images, character string information, and the like, and reproduces sounds. For example, a liquid crystal display or an organic EL (Electroluminescence) display, a head-mounted display, a speaker, or the like provided in the user terminal 10 can be used. In addition, in this embodiment, at least a display is provided as the output device 15 . The display may have the functions of both the input device 14 and the output device 15, such as a touch panel display.

Next, referring to FIG. 5, the functional configuration of the user terminal 10 will be described again.
As shown in FIG. 5, the user terminal 10 includes a plurality of functional units, specifically an operation specifying unit 16, a terminal-side storage unit 17, a terminal-side generation unit 18, a terminal-side transmission/reception unit 19, and a display processing unit. 20. These functional units are realized by the cooperation of hardware devices of the user terminal 10 and software programs stored in the user terminal 10 .

[Operation specifying unit 16]
The operation identification unit 16 is mainly realized by the processor 11 and the input device 14 and identifies the contents of various operations performed by the user U through the input device 14 of the user terminal 10 . The operations specified by the operation specifying unit 16 include operations for progressing the game and operations related to joint play (recruitment for joint play, application for joint play, and operation concerning approval or disapproval of the application). The operation for advancing the game includes an operation for instructing switching of the lottery mode, an operation for instructing a lottery application, and the like.

[Terminal storage unit 17]
The terminal-side storage unit 17 is mainly implemented by the processor 11 and the storage device 12, and stores various data (for example, video data, image data, audio data, etc.) relating to game progress.

[Terminal-side generation unit 18]
The terminal-side generating unit 18 is mainly realized by the processor 11 and the storage device 12 and generates game operation data and the like according to the operation content of the user U specified by the operation specifying unit 16 . The game operation data generated here includes switching instruction operation data based on the instruction to switch the lottery mode, lottery application instruction operation data based on the lottery application instruction, and operation data related to joint play (recruitment for joint play, transition to joint play). application and operation data related to approval or rejection of the application, etc.). These generated data are transmitted to the server 30 by the terminal-side transmitting/receiving section 19 .

[Terminal-side transmitting/receiving unit 19]
The terminal-side transmitting/receiving unit 19 is mainly implemented by the processor 11, the storage device 12, and the communication interface 13, and transmits/receives data and information to/from the server 30 and the user terminal 10 of another user U. For example, during game play, the terminal-side transmitting/receiving unit 19 receives game progress data sent from the server 30 and sends game operation data to the server 30 . Further, when a game is being played jointly, the terminal-side transmitting/receiving unit 19 transmits data for joint play (specifically, game operation data of each user U) with the user terminal 10 of another user U. may be sent and received.

[Display processing unit 20]
The display processing unit 20 is mainly realized by the processor 11, the storage device 12, and the output device 15, and executes display processing for displaying the data and information received by the terminal-side transmission/reception unit 19 on a display using a browsing function. Specifically, the display processing unit 20 draws the game screen at the start of the game, expands the game progress data received from the server 30 by the terminal-side transmitting/receiving unit 19 during game play, and displays images and images on the game screen. View other information. Further, during game play, the display processing unit 20 displays an image that changes according to the game operation data generated by the terminal-side generation unit 18 (specifically, an image that moves according to the operation of the user U) on the game screen. indicate.

<Server configuration>
Next, the configuration of the server 30 according to this embodiment will be described.
As shown in FIG. 4, the server 30 has the same hardware configuration as a general server computer, and includes a processor 31, a storage device 32, and a communication interface (indicated as communication I/F in FIG. 4). ) 33, and these devices are electrically connected via a bus (not shown).

The processor 31 is composed of a CPU, an MPU, a GPU, a DSP, and the like, and executes various processes by executing programs installed in the server 30 . The programs executed by the processor 31 include an OS, which is system software for controlling the entire server 30, and an application program for causing the server 30 to function as the information processing apparatus of the present invention.

The storage device 32 includes, for example, memory or storage, and stores various programs or data.
The memory is composed of semiconductor memories such as ROM and RAM, provides a working area to the processor 31 by temporarily storing programs and data, and temporarily stores data generated by various processes executed by the processor 31. Remember.
The storage stores various data related to the user U, maps, games, etc., and is composed of, for example, flash memory, HDD, SSD, FD, MO disk, CD, DVD, SD card, and USB memory. A database server computer connected to the server 30 via the network N may be used as a storage.

The communication interface 33 is configured by, for example, a network interface card or the like, and controls communication processing of the server 30 . The communication standard for the communication interface 33 is not particularly limited, and any communication standard for the public can be applied without limitation. Moreover, the communication method by the communication interface 33 may be a wireless method or a wired method.

Next, referring to FIG. 6, the configuration of the server 30 will be described again from a functional aspect. As shown in FIG. A side transmission/reception section 35 , a server side generation section 36 , a lottery section 37 and an object conversion section 38 are provided. These functional units are realized through cooperation between hardware devices of the server 30 and software programs stored in the server 30 . In addition, when the server 30 is composed of a plurality of computers, the above functions may be distributed so that each of the plurality of computers may exhibit different functions.

[Server-side storage unit 34]
The server-side storage unit 34 is mainly realized by the processor 31 and the storage device 32, and stores various data including data related to the user U and data related to game progress processing (game progress data).
Data related to the user U includes an identifier (user ID or terminal ID) that identifies the user U or the user terminal 10 used by the user U, and various information associated with the identifier (user U's personal information, user terminal 10 model, access history, payment history, game progress such as status, etc.).
The game progress data includes information on characters owned by user U (name, attributes, abilities, levels, etc.), information on other objects such as items owned by user U, information on quests, information on lottery mode, and the like. including.

[Server side transmission/reception unit 35]
The server-side transmitting/receiving unit 35 is mainly implemented by the processor 31, the storage device 32, and the communication interface 33, and transmits/receives data and information to/from the user terminal 10. FIG. For example, during a game play, the server-side transmitting/receiving unit 35 transmits game progress data to the user terminal 10 of the user U and receives game operation data from the user terminal 10 . Further, while the game is being played jointly, the server-side transmitting/receiving unit 35 receives joint play data from the user terminals 10 of each of the users U who play jointly, and synchronizes the users U. data (broadly defined game progress data) is transmitted to each user terminal 10 .

[Server-side generation unit 36]
The server-side generation unit 36 is mainly realized by the processor 31 and the storage device 32 and generates data to be transmitted by the server-side transmission/reception unit 35 . Specifically, the data generated here includes game progress data corresponding to the game operation data received from the user terminal 10, and the like. Note that the game progress data includes switching result display data to be displayed on the user terminal 10 when the lottery mode is switched, lottery result display data to display the lottery result on the user terminal 10, and a box containing an object that is displayed by the user. Box display data to be displayed on the terminal 10, conversion result display data to be displayed on the user terminal 10 when the object is converted, and synchronization between a plurality of users U who play the game jointly while the game is jointly played. It also includes data for

[Lottery section 37]
The lottery unit 37 is mainly implemented by the processor 31 and the storage device 32 and draws an object based on a lottery application instruction from the user terminal 10 .
Also, the lottery unit 37 switches between two types of lottery modes, the first mode and the second mode, based on a switching instruction from the user terminal 10 . The lottery mode may be switched for each stage or for each character. When the lottery mode is set for each character, if the character is the leader, the lottery mode for the user U is set based on the setting of the character, and if the character is not the leader, the lottery mode for the user U is changed to the second mode. mode. Also, the lottery mode may be switched at the start of the joint play or during the play. When switching from the first mode to the second mode, if there is a lottery history of the first mode, the mode is switched to the second mode while the lottery restriction is continued while the lottery history remains. At this time, even if the lottery result object is used in the second mode, the lottery restriction in the first mode is not lifted.

[Object conversion unit 38]
The object conversion unit 38 is mainly realized by the processor 31 and the storage device 32, and after a predetermined condition such as clearing a stage, if there is an unused lottery result object among the lottery result objects, the lottery result Transform an object into another object. When converting an object, a lottery may be conducted in conjunction with the lottery section 37 described above.

In general, the user terminal 10 and the server 30 have various functions other than those described above, but here, only the characteristic functions that produce effects in the game system S of the present invention will be described. , and illustration and description of other known functions are omitted.

<Regarding the processing flow of the game system S>
Next, the flow of processing executed in the game system S configured as described above will be described with reference to FIGS. 7 to 11. FIG.
The information processing method according to the present embodiment is realized by using the game system S that functions as a computer system. there is

The information processing executed in the game system S in the present embodiment can be broadly classified into lottery mode switching processing [lottery mode switching processing], lottery processing in the first mode [first mode lottery processing], and lottery in the second mode. It is mainly composed of four processes: the process [second mode lottery process] and the process of converting an unused object [object conversion process]. Each process will be individually described below.

[Lottery mode switching process]
First, based on FIG.7 and FIG.8, lottery mode switching processing is demonstrated.
The "lottery mode switching process" is a process executed in the server 30, and refers to a process of switching the user U's lottery mode between the first mode and the second mode in response to a request from the user U.

As shown in FIG. 7, when the server 30 receives the switching instruction operation data from the user terminal 10 and receives an instruction to switch the lottery mode from the user U (S101), the lottery mode selected by the user U is changed to the first lottery mode. It is determined whether it is the first mode or the second mode (S102).

If the lottery mode selected by the user U is the first mode (S102: first mode), it is determined whether or not there is a lottery history performed in the first mode (S103), and if there is a lottery history. (S103: YES), the lottery history is reflected (S104), and the lottery mode is set to the first mode while continuing the lottery restriction based on the lottery history (S105). If the first mode is set for the first time and there is no lottery history (S103: NO), the lottery mode is set to the first mode (S105).

On the other hand, when the lottery mode selected by the user U is the second mode (S102: second mode), it is determined whether or not there is a lottery history performed in the first mode (S106), and the lottery history is determined. If there is (S106: YES), the lottery mode is set to the second mode (S108) while keeping the lottery history stored (S107). If there is no lottery history (S106: NO), the lottery mode is set to the second mode (S108).

After the first mode is set (S105) or the second mode is set (S108), switching result display data, which is game progress data for notifying the switching result, is generated (S109), and the switching result display data is generated. is transmitted to the user terminal 10 of the user U (S110), and the process ends.

Note that the lottery mode can be switched for each stage, and can also be switched for each character. The above-described processing shown in FIG. 7 is common to both stage-by-stage switching and character-by-character switching. The following processing is performed.

As shown in FIG. 8, the server 30 determines whether or not the lottery mode of the character set for the leader has been set (S201). Based on the setting of the lottery mode of the leader, the lottery mode of the user U is set (S202). That is, if the leader's lottery mode setting is the first mode, the user U is set to play the game in the first mode. Set to play the game in two modes.

On the other hand, if the leader's lottery mode is not set (S201: NO), the user U's lottery mode is set to the second mode (S203). That is, for each character set in the first mode, if there is a lottery history, the user U is set to play the game in the second mode while keeping the lottery restriction based on the lottery history.

Then, after setting the lottery mode for user U (S202 or S203), switching result display data, which is game progress data for notifying the switching result, is generated (S204). The data is transmitted to the terminal 10 (S205), and the process ends.

The lottery mode switching process ends when the series of steps described above ends. Thereafter, while the user U is playing the game, strictly speaking, when the user U challenges a specific quest for which a lottery is conducted as a reward for clearing, the series of steps described above are repeatedly performed.
The above is an example of the lottery mode switching process.

[First mode lottery process]
Next, the first mode lottery process will be described with reference to FIG.
The "first mode lottery process" is a process executed by the server 30, and refers to a process of executing a lottery in response to a request from the user U when the lottery mode is set to the first mode. .

As shown in FIG. 9, when the server 30 receives the lottery application instruction operation data from the user terminal 10 and accepts the lottery application from the user U (S301), a box containing a plurality of candidate objects is displayed. A lottery result object is selected from among them based on the winning probability set for each object (S302), and the selected lottery result object is given to the user U (S303). After that, the lottery result object is deleted from the box (S304), and lottery restriction is performed so that the lottery result object cannot be selected in subsequent lotteries.

Then, lottery result display data, which is game progress data for notifying the lottery result, is generated (S305), and the lottery result display data is transmitted to the user terminal 10 of the user U (S306).

Further, it is determined whether or not the user U has used the lottery result object (S307). If not (S307: NO), then the number of lottery result objects is stored in the box. It is determined whether or not the upper limit of the number of objects has been reached (S308). When lottery result objects are used (S307: YES), or when the number of lottery result objects reaches the upper limit (S308: YES), restore the deleted objects or add new objects. By restoring the number of objects in the box to the upper limit by doing so, the box is reset and the lottery restriction is lifted (S309).

After resetting the box (S309), box display data, which is game progress data for notifying information about the box indicating the reset state, is generated (S310), and the box display data is sent to the user terminal 10 of the user U. (S311), and the process ends. On the other hand, if the number of lottery result objects has not yet reached the upper limit (S308: NO), a box, which is game progress data for notifying information about boxes after the lottery indicating that the lottery result objects have been deleted from the box, is displayed. Display data is generated (S310), the box display data is transmitted to the user terminal 10 of the user U (S311), and the process ends.

The first mode lottery process ends when the series of steps described above ends. After that, while the user U is playing the game in the first mode, strictly speaking, when the lottery is performed in the first mode, the above series of steps are repeatedly performed.
The above is an example of the first mode lottery process.

[Second mode lottery process]
Next, the second mode lottery process will be described with reference to FIG.
The "second mode lottery process" is a process executed by the server 30, and refers to a process of executing a lottery in response to a request from the user U when the lottery mode is set to the second mode. .

As shown in FIG. 10, when the server 30 receives the lottery application instruction operation data from the user terminal 10 and accepts the lottery application from the user U (S401), the server 30 receives a box containing a plurality of candidate objects. A lottery result object is selected from among them based on the winning probability set for each object (S402), and the selected lottery result object is given to the user U (S403).

Then, lottery result display data, which is game progress data for notifying the lottery result, is generated (S404), the lottery result display data is transmitted to the user terminal 10 of the user U (S405), and the process ends. do.

The second mode lottery process ends when the series of steps described above ends. Henceforth, while the user U is playing the game in the second mode, strictly speaking, when the lottery is performed in the second mode, the above series of steps are repeatedly performed.
The above is an example of the second mode lottery process.

[Object conversion processing]
Next, based on FIG. 11, object conversion processing will be described.
The "object conversion process" is a process executed in the server 30, and when an unused lottery result object remains when a predetermined condition such as clearing a stage is satisfied, the lottery result object is converted to Refers to the process of converting to another object.

As shown in FIG. 11, the server 30 determines whether or not the user U has cleared the stage (S501). It is determined whether or not there is a lottery result object (S502). If there is an unused lottery result object (S502: YES), the unused lottery result object is converted to another object (S503).

Then, it generates conversion result display data, which is game progress data for notifying the conversion result (S504), transmits the conversion result display data to the user terminal 10 of the user U (S505), and terminates the process. do. If the stage has not been cleared (S501: NO), or if there is no unused lottery result object (S502: NO), the process ends.

The lottery mode switching process ends when the series of steps described above ends. Henceforth, the said series of processes are repeatedly implemented while the user U is playing the game.
The above is an example of the object conversion processing.

<Other embodiments>
The invention is not limited to the embodiments described above.
In the above embodiment, the server 30 is caused to execute the program of the present invention and function as the information processing apparatus of the present invention. 10 may be provided. For example, the user terminal 10 may have functions corresponding to the lottery unit 37 and the object conversion unit 38 .

Further, in the present embodiment, as an example of the game, an online game using data communication between the user terminal 10 operated by the user U and the server 30 has been described. However, the type of game is not particularly limited, and may be an offline game that does not require data communication. Alternatively, for example, it may be a social game or the like that can be used only with a Web browser and an SNS (Social Networking Service) account.

<Summary>
The main features of the program, information processing method, and information processing apparatus according to the present embodiment described above are as follows.

[1] The information processing apparatus according to the present embodiment has a lottery section that draws a lottery object that can be used in the game. To switchably provide a first mode in which lottery restrictions are applied so that the same object as an object is not lottery, and a second mode in which lottery restrictions are not applied regardless of whether a user uses a lottery result object.
According to the above information processing device, in the first mode, although the lottery result object cannot be used casually, the lottery restriction is applied so that the same object as the already lottery object is not drawn until the lottery result object is used. So it's easy to get the specific object you want the most. On the other hand, in the second mode, although there is no lottery restriction, the use of the lottery result object does not affect the lottery result. Even if you can use it casually, it is easy to obtain many advantageous objects. And since these two types of lottery modes with different merits are switchable, users who want to obtain the most desired specific objects without fail while maintaining game balance, and those who want to obtain as many advantageous objects as possible. It is possible to increase the expectation of the lottery for all users, including those who want to obtain the game without waste, and improve the game satisfaction of all users.

[2] In the first mode, the above information processing device releases the lottery restriction on all objects when the user uses the lottery result object.
In this way, in the first mode, the lottery restrictions on all objects are lifted when the lottery result object is used, so that the user can use each lottery result object in order to obtain the most desired specific object. Each must decide whether or not. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[3] In the first mode, the above information processing apparatus is set with an upper limit for the number of objects that are candidates for lottery result objects.
Thus, in the first mode, since the upper limit of the number of objects that are candidates for the lottery result object is predetermined, the user can easily obtain the most desired specific object. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[4] In the first mode, when the number of lottery result objects reaches the upper limit, the above information processing device cancels lottery restrictions on all objects.
In this way, in the first mode, the lottery restriction is lifted when the number of lottery result objects reaches the upper limit. Afterwards, new opportunities arise to obtain the specific objects most desired. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[5] In the above information processing device, even when the first mode and the second mode are switched, the lottery unit maintains the lottery history of the lottery result objects in the first mode. Continuing lottery restrictions in
In this way, even when the first mode and the second mode are switched, the lottery restriction is continued in the first mode while the lottery history remains. It is also possible to obtain as many advantageous objects as possible in the second mode without waste while maintaining the state in which objects are easily obtainable. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[6] In the above information processing device, the lottery section continues the lottery restriction in the first mode while leaving the lottery history even when the user uses the lottery result object in the second mode.
In this way, even when the lottery result object is used in the second mode, the lottery restriction is continued in the first mode while the lottery history remains. It is also possible to obtain as many advantageous objects as possible in the second mode without waste while maintaining the state in which it is easy to obtain . Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[7] In the above information processing device, the lottery section can switch between the first mode and the second mode for each stage prepared in the game.
Since the first mode and the second mode can be switched for each stage in this way, the user can select the lottery mode suitable for each stage to be conquered. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[8] In the above information processing device, the game consists of forming a team of a plurality of characters possessed by the user and clearing a stage prepared in the game, and the lottery section selects the first mode for each character. and second mode.
Thus, since the first mode and the second mode can be switched for each character, the user can select the lottery mode suitable for each character forming the team. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[9] In the above information processing device, the lottery section sets the second mode when a character that has not been set to the first mode or the second mode is selected as the leader of the team.
In this way, even though a predetermined character is set to the first mode, the user can play the game in the second mode unless the character is selected as the team leader. As for the character, the lottery result object can be used casually while keeping the most desired specific object easily available. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[10] The above information processing apparatus further includes an object conversion unit that converts the lottery result object into another object when the lottery result object is not used after a predetermined condition.
In this way, the unused lottery result objects are converted into other objects, so that the user does not waste the lottery result objects. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[11] In the above information processing device, when a user recruits co-players who play a game together with the user, and other users participate in the game as co-players and play co-play, the lottery unit At the start of or during play, the first mode and the second mode can be switched.
Thus, since the first mode and the second mode can be switched at the start of the joint play or during the play, the user can select the lottery mode suitable for the members performing the joint play. Therefore, it is possible to further increase the expectation for the lottery while maintaining the game balance, thereby further improving the user's satisfaction with the game.

[12] Further, according to the information processing method according to the present embodiment, the computer draws a lottery object that can be used in the game, and until the user uses the lottery result object, which is the result of the lottery, To switchably provide a first mode in which lottery restrictions are applied so that the same object is not lottery, and a second mode in which lottery restrictions are not imposed regardless of whether a user uses a lottery result object.
In this way, since the first mode and the second mode are switchably provided, users who want to obtain the most desired specific objects without fail and as many advantageous objects as possible while maintaining the game balance. It is possible to raise expectations for the lottery for all users, including users who want to obtain money without waste, and improve the game satisfaction of all users.

[13] Further, according to the program according to the present embodiment, the program is executed by a computer, and causes the computer to draw a lottery object that can be used in the game, and the user receives the lottery result object, which is the result of the lottery. It is possible to switch between a first mode that restricts the lottery so that the same object as the lottery result object will not be drawn until it is used, and a second mode that does not restrict the lottery regardless of whether or not the user uses the object as the lottery result. provide.
In this way, since the first mode and the second mode are switchably provided, users who want to obtain the most desired specific objects without fail and as many advantageous objects as possible while maintaining the game balance. It is possible to raise expectations for the lottery for all users, including users who want to obtain money without waste, and improve the game satisfaction of all users.

10 User terminal 11 Processor 12 Storage device 13 Communication interface 14 Input device 15 Output device 16 Operation specifying unit 17 Terminal side storage unit 18 Terminal side generation unit 19 Terminal side transmission/reception unit 20 Display processing unit 30 Server 31 Processor 32 Storage device 33 Communication interface 34 server-side storage unit 35 server-side transmission/reception unit 36 server-side generation unit 37 lottery unit 38 object conversion unit 40 lottery mode selection screen 41 first mode selection button 42 second mode selection button 43 first mode selection screen 44 second Mode selection screen 45 Counter 47 Lottery result list screen
48a A rank 48b B rank 48c C rank 49a Unacquired object 49b Acquired object N Network S Game system U User

Claims (8)

Having a lottery section that draws objects that can be used in the game in either the first mode or the second mode ,
The lottery section
When the first mode is set based on the user's operation, the lottery result object is used as a lottery candidate until the lottery result object, which is the result of the lottery in the first mode, is consumed based on the user's operation. perform a lottery limit that excludes from the
When the second mode is set based on the user's operation, regardless of whether the user consumes the lottery result object in the second mode, the lottery restriction is not executed .
Information processing equipment. The lottery unit limits the lottery in the first mode while leaving the lottery history of the lottery result object in the first mode even when the first mode and the second mode are switched. to continue
The information processing device according to claim 1 . The lottery unit continues the lottery restriction in the first mode while leaving the lottery history even when the user consumes the lottery result object in the second mode.
The information processing apparatus according to claim 2. The lottery unit draws the object as a reward for clearing a stage prepared in the game, and can switch between the first mode and the second mode for each stage.
The information processing apparatus according to any one of claims 1 to 3. An object conversion unit that converts the lottery result object to another object if the lottery result object is not consumed,
The information processing apparatus according to any one of claims 1 to 4. When the user and another user participate in the game and play jointly, the lottery section can switch between the first mode and the second mode at the start of the joint play or during the play. ,
The information processing apparatus according to any one of claims 1 to 5. the computer
Lottery of objects that can be used in the game in either the first mode or the second mode,
When the first mode is set based on the user's operation, the lottery result object is used as a lottery candidate until the lottery result object, which is the result of the lottery in the first mode, is consumed based on the user's operation. perform a lottery limit that excludes from the
When the second mode is set based on the user's operation, regardless of whether the user consumes the lottery result object in the second mode, the lottery restriction is not executed.
Information processing methods. A program executed by a computer,
to the computer;
Draw objects that can be used in the game in either the first mode or the second mode,
When the first mode is set based on the user's operation, the lottery result object is used as a lottery candidate until the lottery result object, which is the result of the lottery in the first mode, is consumed based on the user's operation. Execute the lottery restriction to exclude from
When the second mode is set based on the user's operation, regardless of whether the user consumes the lottery result object in the second mode, the lottery restriction is not executed.
program.

Images