JP2022090018A - Information processing system, information processor, information processing program, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing system capable of increasing effects a user can enjoy when a lottery opportunity is imparted by payment of additional costs, an information processor, an information processing program, and an information processing method.

SOLUTION: When a first impartment condition is satisfied, first impartment to impart to a user an in-game content chosen by lottery from a content group including a plurality of in-group contents as a content of a lottery. Also, in addition to the first impartment, an alternative about whether or not second impartment to which impartable upper limit frequency is set is performed is presented to the user. When performance of the second impartment is selected and an exchange parameter satisfies a second impartment condition, the parameter is changed and the second impartment is performed. Also, the in-game content to which the first impartment or the second impartment is applied is eliminated from a lottery object to follow.

SELECTED DRAWING: Figure 16

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to information processing for granting content used in a predetermined application to a user by lottery.

Conventionally, in a competitive game or the like, a game process of giving a privilege to a winning player by a lottery event has been known. Further, in this case, there is also known a game in which an additional lottery opportunity is given by paying an additional cost to give an additional privilege (for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2018-166679

In the above game, even if the additional cost is paid, only the additional privilege selected by the lottery is given. That is, even if the additional cost is continuously paid, the privilege desired by the player is not always available, so that the effect enjoyed by the player is limited.

Therefore, an object of the present invention is an information processing system, an information processing device, an information processing program, and an information processing method that can increase the effect enjoyed by a user when a lottery opportunity can be given by paying an additional cost. Is to provide.

In order to achieve the above object, for example, the following configuration example can be given.

An example of the configuration example is an information processing system, which is a lottery management means, a first determination means, a first granting means, an option presentation means, a second determination means, a second granting means, and a target exclusion means. And prepare. The lottery management means stores a plurality of in-game contents included in the content group in the memory as the lottery target contents. The first determination means determines whether or not the first grant condition is satisfied. The first granting means first grants the in-game content determined by lottery from the lottery target contents included in the content group to the user when the first granting condition is satisfied. In the option presenting means, when the first grant condition is satisfied, a second grant limit number is set for each first grant, which indicates an upper limit of the number of times that in-game content can be granted in addition to the first grant. An image is presented to the user with an option as to whether or not to further execute the grant. The second determination means determines whether or not the redemption parameter satisfies the second grant condition when the option for executing the second grant is selected until the number of second grants reaches the upper limit of the additional grants. Is determined. The second granting means changes the redemption parameter when the second granting condition is satisfied, and further grants the in-game content determined by lottery from the lottery target contents included in the content group to the user. I do. The target exclusion means is such that the in-game content given by the first granting means and the in-game content given by the second granting means are excluded from the lottery target in the content group in which the lottery is executed. Store the grant status of the content group in the memory.

According to the above configuration example, the in-game content given to the user as a result of the lottery is excluded from the subsequent lottery targets. Therefore, it is possible to easily obtain the lottery target content desired by the user by repeating the second grant in exchange for changing the redemption parameter. This makes it possible to increase the effect that the user can enjoy by changing the redemption parameter.

As another configuration example, the option presenting means may present a plurality of display objects corresponding to the plurality of in-game contents to the user by images in a manner in which the in-game contents cannot be specified.

According to the above configuration example, since the in-game content that can be obtained by the user cannot be known from the appearance, it is possible to give the user the enjoyment of selecting which display object and the expectation of what can be obtained.

As another configuration example, the second determination means may determine whether or not the second grant condition is satisfied when at least one of the plurality of display objects is selected by the user.

As another configuration example, the option presenting means may present the display object to which the second grant has been executed to the user in a display mode distinguishable from the display object to which the second grant has not yet been executed.

According to the above configuration example, the table mode of the selected display object and the unselected display object can be changed, so that the convenience of the user can be improved.

As another configuration example, the information processing system may further include an upper limit determining means for randomly determining an additional upper limit number of grants for each first grant.

According to the above configuration example, it is possible to give irregularity to the possible number of times of the second grant presented to the user. As a result, for example, when the number of possible second grants is large, the second grant is positively attempted, while when the number of possible second grants is small, the second grant is not executed. You can give the user more choice as to whether or not to do it. This makes it possible to enhance the fun of the game.

As another configuration example, the information processing system may further include a reward giving means for further giving a predetermined reward to the user when all the lottery target contents in the content group are given.

According to the above configuration example, it is possible to provide the user with a fun way of repeatedly performing the first grant and the second grant with the aim of acquiring a reward, and it is possible to further enhance the interest of the game.

As another configuration example, the second granting means may reduce the number of in-game currency or in-game items and make the second grant.

As yet another configuration example, the second grant means reduces the number of in-game currency or in-game items to be reduced with the execution of the second grant as the number of second grants approaches the upper limit of additional grants. You may do so.

According to the above configuration example, by continuously executing the second grant, the total number of decreasing in-game currency or in-game items can be saved. Thereby, it is possible to provide an option according to the user's situation as to whether or not the user continuously executes the second grant.

As another configuration example, the first determination means may determine that the first grant condition is satisfied when the number of in-game items owned by the user is reduced by a predetermined number.

As yet another configuration example, the first determination means is a first grant condition when the value obtained by multiplying the number of in-game items to be reduced and the weighted parameter value set for each of the in-game items exceeds the threshold value. May be determined to be satisfied.

According to the above configuration example, it is possible to give a fun way to select which of the in-game items owned by the user to satisfy the first grant condition, which item should be combined with which item, and the like. .. This makes it possible to enhance the fun of the game.

As another configuration example, the information processing system includes a storage means for storing a plurality of content groups in a memory, and a group determination means for determining a part of the content groups as selectable target groups by lottery. , A selection means for selecting at least one content group based on a user operation among the selectable target groups may be further provided. Then, the first granting means may grant the user the in-game content determined by lottery from the lottery target contents included in the selected content group.

According to the above configuration example, a lottery for a plurality of content groups can be provided to the user. As a result, various lottery can be entertained by the user, and the fun of the game can be enhanced.

As another configuration example, the first grant condition is a condition that can be satisfied by changing the first redemption parameter, and the second grant condition changes the second redemption parameter different from the first redemption parameter. It may be a condition that can be satisfied by the above.

As another configuration example, the first determination means may determine that the first grant condition is satisfied when a predetermined waiting time elapses after the first precondition is satisfied.

As yet another configuration example, the first determination means may change the third exchange parameter and shorten the waiting time.

According to the above configuration example, it is possible to provide the user with an option as to whether to wait for the waiting time for the first grant or to shorten the waiting time by changing the third exchange parameter. This makes it possible to provide a way of enjoying according to the user's situation.

As another configuration example, the first granting means may perform the first granting each time the first granting condition is satisfied.

According to the above configuration example, the lottery can be continued repeatedly for the lottery in which the in-game content already given to the user is excluded. This makes it possible to secure an opportunity to obtain the item desired by the user.

According to the present embodiment, the effect enjoyed by the user can be increased by changing the redemption parameter.

Block diagram showing the hardware configuration of the information processing terminal 102 An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of a game screen An example of data stored in memory 122 An example of the data structure of the content database 502 An example of the data structure of the island database 503 An example of the configuration of ship list data 505 Flowchart showing details of cargo ship game Flowchart showing details of departure screen display processing Flow chart showing the details of the departure process Flow chart showing the details of the time saving confirmation process Flowchart showing details of souvenir acquisition process Flowchart showing details of souvenir acquisition process Flow chart showing the details of the departure destination update process Flow chart showing the details of the departure destination update process

[Hardware configuration of information processing terminal]
Hereinafter, an embodiment of the present invention will be described. FIG. 1 is a block diagram showing a hardware configuration of an information processing terminal 102 on which information processing according to the present embodiment is executed. Here, in the present embodiment, as the information processing terminal 102, for example, a smart device such as a smartphone or a tablet, a stationary game device, a portable game device, a personal computer, or the like is assumed. In the description of the present embodiment, an information processing terminal (for example, a smartphone) having a display screen and a touch panel in an integrated manner will be described as an example. Therefore, the input operation is mainly input to the touch panel. However, in another embodiment, for the input operation, a physical controller connected to the information processing terminal wirelessly or by wire may be used, or for example, an input device configured to be integrated with the information processing terminal. May be used. Further, regarding the information processing terminal 102, in another embodiment, it may be an information processing system composed of a plurality of information processing devices. Then, the processes described below may be shared and executed by the plurality of information processing devices.

In FIG. 1, the information processing terminal 102 includes a processor 121, a memory 122, an operation unit 123, and a display unit 124. The processor 121 controls the operation of the information processing terminal 102 by executing a game process described later or executing a system program (not shown) for controlling the overall operation of the information processing terminal 102. do. The processor 121 may be equipped with a single processor or may be equipped with a plurality of processors. The memory 122 stores various programs executed by the processor 121 and various data used in the programs. The memory 122 is, for example, a flash EEPROM or a hard disk device. The operation unit 123 is an input device for receiving an operation from a user, and in the present embodiment, a touch panel is mainly assumed. In other embodiments, various pointing devices, various push-type buttons, analog sticks, and the like may be used. The display unit 124 is typically a liquid crystal display device.

[Outline of information processing (game processing) of this embodiment]
Next, the outline of the information processing executed in this embodiment will be described. In this embodiment, it is assumed an application process in which predetermined contents can be obtained (given to a user) by a "lottery" process. More specifically, as an example of an application, processing of a game application (hereinafter referred to as game processing) is assumed. Further, as an example of the content that can be obtained by the user as a result of the lottery process, "in-game content" that can be used in the game is assumed. As this "in-game content", for example, the following is assumed. First, create various items such as furniture, interiors, miscellaneous goods, clothing items for decorating user characters, and various items that can be placed in the virtual game space (for example, the user's "home" in the game). There are material items etc. to do. Further, for example, a character or a unit to be operated by the user in the game is also assumed. It may be an item for obtaining a character or a unit. Weapons and armor that can be equipped by these characters, as well as abilities such as magic and skills are assumed. In addition, for example, there are various images that can be used as a background of a main menu, a top page, a home screen, etc. in a game. It may also be an in-game virtual currency.

Further, in the present embodiment, a plurality of lottery itself in which the above-mentioned in-game contents can be obtained are prepared. That is, a set of in-game contents to be drawn in a certain lottery process is regarded as one "content group", and a plurality of these content groups are prepared. In the following description, each content group is referred to as a "lottery target group". Then, a part of these plurality of lottery target groups is presented to the user. For example, when 10 lottery target groups are prepared, 5 of these lottery target groups can be presented to the user at one time. The user can select one of the five lottery target groups and perform a predetermined operation for the lottery process. Further, the lottery target group presented to the user can be changed based on the user operation. Specifically, the user performs an operation of updating the presentation content, so that a lottery for determining the lottery target group to be presented is performed. This makes it possible to change the lottery target group presented to the user from the above 10 lottery target groups. In the following description, the lottery for determining the lottery target group to be presented is referred to as a "first lottery".

In the present embodiment, when the user satisfies a predetermined condition in the game, an opportunity to obtain a predetermined in-game content from each lottery target group is given up to a predetermined number of times. For example, by satisfying the predetermined condition, an opportunity to obtain the content by performing the lottery process up to 6 times is given. Then, in the present embodiment, the lottery process is performed for the first acquisition opportunity out of the maximum of six times without requesting additional consideration, and the lottered content (that is, the winning content) is given to the user. .. On the other hand, for the second and subsequent acquisition opportunities, a predetermined consideration is required for the lottery process and / or the grant. For convenience of explanation, in the following description, the lottery for drawing the in-game content is referred to as a "second lottery" in order to distinguish it from the first lottery.

Here, the second lottery will be supplementarily described. First, in the following description, in-game content that has not yet been given to the user in a certain lottery target group is referred to as "lottery target content". In the present embodiment, the total number and breakdown of the lottery target contents that are the lottery target in a certain lottery target group are predetermined, and the content given to the user is excluded from the lottery target from the next time onward ( If there are multiple same items, the remaining number will decrease). That is, there is an upper limit on the number of in-game contents that can be obtained by the user from one lottery target group. In other words, in the second lottery in the present embodiment, an upper limit is set on the number of lottery times in which the user can execute the second lottery process for one lottery target group (it can be said that the number of lottery times is finite). When all the lottery target contents are excluded from the lottery target, it can be said that the user has obtained all the lottery target contents in the lottery target group. For example, it is assumed that the lottery target group A has a breakdown of 10 items A, 30 items B, and 60 items C, and a total of 100 items are set. In this case, the item (winning item) given to the user through the second lottery process of each time is excluded from the next and subsequent lottery targets, for example, as "acquired" or "winning" (for each item). The remaining number will decrease). Then, the user can obtain all of these 100 items by performing the second lottery process up to 100 times. In the following description, such a lottery target group in which all the lottery target items can be obtained by performing the lottery process until all the lottery targets are exhausted is referred to as a "finite lottery target group".

Here, as described above, in the present embodiment, the finite lottery target group presented to the user is only a part of the prepared finite lottery target groups (for example, 5 out of 10). One), the presentation content can be updated (changed) based on the user operation. More specifically, when the operation for the update is performed, the first lottery is performed. That is, a process of determining a finite lottery target group to be presented by lottery is performed. Therefore, with this update operation, the finite lottery target group that was presented before the update may not be presented. Further, by a further update operation, the finite lottery target group that is once no longer presented may be presented again (selected as a result of the first lottery again). In this respect, in the present embodiment, the acquisition status of the lottery target content in each finite type lottery target group is maintained regardless of the presence or absence of the above update operation. Then, when the previously presented finite lottery target group is presented to the user again, the lottery target content is determined using the held acquisition status. Therefore, even if the above update is performed, the second lottery can be continued by taking over the acquisition status of the lottery target items in the finite type lottery target group. For example, for a predetermined finite lottery target group in which the total number of contents is 100, the first update operation is performed with up to 30 contents already obtained, and as a result, the finite lottery target group is presented to the user. Imagine a situation where it is not done. In this case, when the update operation is performed for the second time and the finite lottery target group is presented to the user again as a result, the finite lottery target group is changed from the state in which up to 30 contents have been obtained. It is possible to resume the second lottery.

Next, a more specific example of the game in this embodiment will be described. In the present embodiment, the game using the above-mentioned finite lottery target group is realized as a "cargo ship game" with the motifs of "cargo ship" and "export". Further, this cargo ship game is one of the in-game mini-games assumed in the present embodiment.

First, the entire game assumed in this embodiment will be specifically described. The game according to the present embodiment is a game in which various virtual characters (resident characters) live virtually as player characters in the virtual game world. For example, you can collect various items to build your own house or maintain a garden. You can also get various items by hunting, fishing, etc. in the game, and talking with the inhabitant characters.

The cargo ship game is a mini-game that is started by a player character talking to a predetermined character in the virtual game world. To explain the outline of the cargo ship game, first, a plurality of islands are presented to the user as departure destinations. The user selects a destination and puts a predetermined load on the ship to set sail. After that, when the ship returns to the port after a predetermined time has passed, a plurality of "souvenirs" according to the destination island are presented to the user. Then, the user obtains a predetermined in-game content by selecting this souvenir. Here, in the present embodiment, each of the "islands" indicated as the departure destination corresponds to the above-mentioned finite lottery target group. In-game content available as souvenirs on each island corresponds to the above-mentioned lottery target content.

In this embodiment, it is assumed that the lottery target contents on each island do not completely match those on other islands. That is, it is assumed that at least a part of the lottery target content of one island does not overlap with the lottery target content of another island.

Further, in the present embodiment, a "complete item" is also set for each island, which means that when all the lottery target contents of the island are given to the user (when the second lottery is performed up to the maximum number of times). This is in-game content that is additionally given to the user as a special reward.

Next, the general flow of the game progress of the cargo ship game will be described. In the cargo ship game, this cycle is set as one cycle, which is (1) selection of departure destination → (2) preparation for departure and decision of departure → (3) waiting for return to port → (4) acquisition of souvenirs. By repeating it, the game progresses.

Next, an outline of the operations and processes that can be performed in each of the above steps will be described using screen examples.

[About destination selection]
When the cargo ship game is started, a screen as shown in FIG. 2 is first displayed. FIG. 2 is an example of a departure destination selection screen. In FIG. 2, five island objects 202A to 202E (hereinafter, may be collectively referred to as island objects 202) are displayed on a background imitating the ocean. FIG. 3 shows an enlarged view of the island object 202A, and each island object 202 includes an image having the appearance and shape of the island, a signboard image 206, and a situation display area 207. The signboard image 206 displays an image showing any of the lottery items available on the island. In the present embodiment, for example, a lottery target item corresponding to a "feature product" is displayed here. The following information is appropriately displayed in the status display area 207. First, if the island is sailing, the remaining waiting time, which will be described later, is displayed. If you have returned to the port but have not received the souvenir, information indicating that fact is displayed (for example, the characters "Souvenir arrived!"). Also, if you have not set sail or returned to the port, the acquisition status of the lottery target items for that island will be displayed as a percentage. In addition, when all the lottery target items have been acquired, information indicating that fact (for example, the characters "complete") is displayed. In addition, a "New!" Display indicating that the island is presented to the user for the first time is also displayed.

Returning to FIG. 2, when the user taps the island object 202, which is in a non-departure state, on this screen, the screen can be changed to the departure preparation screen described later. In this embodiment, a plurality of ships can sail at the same time, but one island can sail up to one ship at the same time.

Further, by pressing and holding the island object 202, for example, a detailed information screen of the island as shown in FIG. 4 can be displayed. In the present embodiment, the in-game content that can be obtained differs depending on the island, and the user can confirm the items and the like that may be available by displaying this screen. On the screen, information indicating the complete items available on the island, the remaining number of items subject to lottery, etc. is displayed.

Returning to FIG. 2, the return button 204 is displayed at the bottom of the departure destination selection screen. The user can end the cargo ship game by, for example, tapping the back button 204. In addition, the update button 203 is displayed in the upper right portion of the departure destination selection screen. By tapping the button, the user can update the island displayed on the departure destination selection screen.

Here, an outline of the update process of the departure destination selection screen will be described. In the present embodiment, it is possible to update the departure destination selection screen, that is, to change the content presented as the departure destination on the premise that the following two conditions are satisfied. First, the condition regarding the departure status is that there are no ships sailing and there are no islands that have not yet obtained souvenirs after returning to the port. If the update button 203 is operated when this condition is not satisfied, a message indicating that the update cannot be performed is displayed, and the departure destination selection screen is not updated.

Even if the first condition is satisfied, it is also required that a predetermined time has elapsed since the previous update operation as the time condition which is the second condition. For example, once the update operation is performed, the update operation cannot be performed until 24 hours have passed after that (the update operation can be performed only once a day). In other words, the user is given the right to update the departure destination selection screen after a lapse of a predetermined time. FIG. 5 shows an example of an update confirmation screen displayed when the update button 203 is tapped while the above two conditions are satisfied. In FIG. 5, a first destination update confirmation dialog 210 is displayed, which includes a message indicating to update, a “stop” button 211, and an “update island” button 212. When the user taps the "update island" button 212 on this screen, the first lottery is performed. That is, the lottery process of which finite type lottery target group is presented to the user is executed. Then, the island newly selected by the first lottery will be displayed as the departure destination selection screen.

Here, in the present embodiment, it is assumed that the rarity is set for each of the lottery target items. An island having a lottery target item with high rarity is set so that its appearance rate is lower than that of other islands. In other words, as a result, the rarity is set on the island itself. In addition, when an island with high rarity is drawn as a result of the first lottery, the display mode should be changed so that the user can easily identify the island as having high rarity, and then the departure destination selection screen is displayed. You may do it. For example, the entire island may be displayed in gold, or the island itself may be illuminated.

Further, in the present embodiment, with respect to the above time condition, it is possible to immediately update the departure destination in exchange for the consumption of the in-game currency. Here, the in-game currency in the present embodiment will be supplementarily described. In this embodiment, a first virtual currency called "bell" in the game and a second virtual currency called "ticket" in the game, which is a virtual currency different from the bell, are used. Explaining the difference between the above two types of virtual currencies, first, the method of obtaining "Bell" is closed in the game world. For example, a "bell" can be obtained by selling a given in-game item (furniture, etc.). It can also be obtained by selling the items obtained from the above fishing and hunting. It can also be obtained as a so-called "quest" reward. On the other hand, "tickets" are virtual currencies that can also be obtained by payment processing using so-called real-world currencies. That is, it is a virtual currency given to the user according to the payment amount. For example, "tickets" can be obtained in the form of quest rewards or distribution in addition to the above-mentioned methods, but unlike "bells", they can be obtained by selling in-game items such as furniture. Is not available.

In the present embodiment, the departure destination can be updated immediately by consuming the above "bell" (however, even in this case, it is necessary to satisfy the above-mentioned conditions regarding the departure state). FIG. 6 shows an example of an update confirmation screen displayed when the update button 203 is tapped in a state where the above time condition is not satisfied. In FIG. 6, the second departure destination update confirmation dialog 214 is displayed. In the second departure destination update confirmation dialog 214, in addition to the contents of FIG. 5, the remaining time until the update can be performed without consuming the "bell" is also displayed. It also includes a message indicating that immediate updates are possible with the consumption of "bells" and a display indicating the number of "bells" required for that purpose. When the user taps the "Update Island" button 212 on the screen, the required number of bells is consumed (assuming that the number of bells is sufficient), and the destination by the first lottery as described above is used. The selection screen will be updated. That is, even if the basic condition of the passage of a predetermined time is not satisfied, if the additional condition of consuming the "bell" is satisfied, it is treated as if the time condition is satisfied.

Further, in the present embodiment, the departure destination selection screen is not updated unless the user operates the update button 203. This is to prevent the destination island from being presented due to the above update before returning to the port, even though the predetermined in-game item has been consumed as a cargo and the ship has been set off. This also prevents the user from performing the update operation until, for example, when an island with high rarity is displayed as a result of several update operations, the in-game content with high rarity is obtained from that island. It is also possible. You can also simply not update all of the currently presented islands until you have completed the available items. In this way, it is possible to provide the user with various ways of playing.

Further, in the present embodiment, the display mode of the update button 203 is changed by satisfying a predetermined condition. For example, the update button 203 is highlighted by blinking. In the present embodiment, since the lineup of departure destinations does not change unless the user actively operates the update button 203, the user is urged to update the departure destination selection screen to guide the user. The predetermined conditions include, for example, the following. First, if the condition that the item acquisition is completed is satisfied for all the currently presented destinations, the update button 203 is highlighted. Also, when the departure destination selection screen is displayed after a certain period of time has passed since the last update, the update button 203 is highlighted and displayed. In addition to this, the update button 203 may be highlighted at a timing when it is desired to encourage the user to actively update.

It should be noted that the islands for which all the contents subject to the lottery have been acquired may be excluded from the targets of the first lottery to be performed thereafter. Alternatively, after initializing the content (acquisition status) of the lottery target content of the island, it may be the target of the first lottery again. The former is useful when you want to introduce in-game content that you only have the opportunity to obtain once (you do not want the user to obtain more than one), and the latter makes the in-game content that you can obtain more than once appear. Useful when you want.

[Regarding departure preparation and departure decision]
Next, the outline of the processing related to departure preparation and departure decision will be described. When the user selects an island that has not yet departed on the departure destination selection screen, a screen as shown in FIG. 7 is displayed. FIG. 7 is an example of the departure preparation screen. On this screen, the user determines the cargo to be exported to the selected island and performs an operation of loading it on a ship. Specifically, in the present embodiment, export points are set for each of the in-game items that can be exported as the cargo possessed by the user. The export point is a value indicating the weighting of each item. For example, an example of an in-game item, "apple" is 1 point, "chair" is 5 points, etc. (In the example of FIG. 7, for example, item A is "apple" and item B is "chair". handle). In addition, the maximum number of items that can be placed is also set for each item. For example, the maximum number of "apples" is three. Further, in the present embodiment, export points (hereinafter referred to as “necessary points”) required for departure are set for each island. Then, the user performs an operation to combine the possessed items so that the total of the export points of each item satisfies the required points and load the items on the ship as a cargo. In other words, the user owns the required number of predetermined necessary items set for each island as one of the conditions for departure, that is, for obtaining souvenirs by conducting a finite lottery. It can also be said that the condition is (and these are subtracted from the owned items as they are exported).

In the example of FIG. 7, information indicating the rest of the necessary points required for departure is displayed at the upper part of the screen. In the center part of the screen, a list of item images possessed by the user (candidates for cargo) and the number of export points set for each are shown. Also, at the bottom of the screen, + and-buttons for increasing or decreasing the number of selected items to be loaded on the ship are displayed. In addition, information about the quantity of the selected item is shown in a position that is sandwiched between the + and-buttons. Specifically, information on the number of items to be loaded on a ship is shown in the form of "number of items to be loaded / number of possessions". The user selects a predetermined item image from the above list and operates the + and-buttons at the bottom of the screen to select the number of items to be placed. Then, by pressing the "Put on ship" button 215, the selected item can be loaded on the ship as a cargo. Then, the export points of each item are added, and it is also determined whether or not the required points are satisfied. When the required points are met, the display of the "load on ship" button 215 changes to the "depart" button (not shown). When the user taps the "depart" button, the departure is determined and the departure is started.

[Waiting for return to port]
Next, the waiting for returning to the port will be described. After the departure is started as described above, when the "waiting time" defined in advance for each island elapses, the departing ship returns to the port. That is, until this waiting time elapses, the user basically waits for returning to the port. In other words, it can be said that the elapse of this waiting time is also one of the conditions for conducting a finite lottery target group and obtaining souvenirs.

Here, regarding this waiting time, in the present embodiment, it is possible to return to the port immediately by consuming the above-mentioned "ticket". For example, on the departure destination selection screen, when the user taps the island object 202 that is departing and the remaining time until returning to the port is displayed, the time saving confirmation dialog 216 as shown in FIG. 8 is displayed. FIG. 8 shows a message that the ship in departure can be returned to the port immediately by consuming two "tickets". When the user taps the OK button 217 on this screen, the departing ship can be returned to the port immediately in exchange for the consumption of two "tickets".

[How to get souvenirs]
Next, the outline of the souvenir acquisition process will be described. When the departing ship returns to the port, "Souvenir acquisition!" Is displayed in the status display area 207 of the island object 202 that has departed and returned to the port on the departure destination selection screen. When the user taps the island object 202 that has returned to the port, the souvenir acquisition screen as shown in FIG. 9 is displayed. FIG. 9 shows how the souvenir objects 221A to 221F are contained in the basket object 220. That is, the six souvenir objects 221 are presented to the user. Each of the souvenir objects 221 corresponds to any in-game content that can be selected by lottery from the finite lottery target group. That is, at this point, the user is given the opportunity to obtain up to six in-game contents. Further, in FIG. 9, a message prompting the user to select any one of the souvenir objects 221 is also displayed.

In the present embodiment, the case where the number of souvenir objects 221 is 6 is taken as an example, but this number is not limited to this. For example, in other embodiments, the number of souvenir objects 221 may be four, five, or the like. Further, in another embodiment, the number of souvenir objects 221 presented to the user on the souvenir acquisition screen may be randomly determined. In this case, since the first souvenir is available to the user without consideration, the number of the second and subsequent souvenirs may be randomly determined. For example, the number of souvenir objects 221 randomly determined between 2 and 6 may be displayed. Note that "random" here does not necessarily mean equal probability. For example, a case where the number is calculated using a predetermined formula is also included. Further, the timing for randomly determining the number of souvenir objects 221 may be determined at the time of departure or at the time of returning to the port.

In addition, if the number of lottery target contents remaining in the limited lottery target group for the island that departed and returned this time is 5 or less, the number of souvenir objects 221 displayed on this screen will also be less than that. .. For example, if there are only three remaining contents to be drawn, the maximum number of souvenir objects 221 presented to the user is three.

In the present embodiment, this souvenir acquisition screen may be displayed each time a ship departing from a certain island returns to the port. That is, each time the user returns to the port, the user gets an opportunity to obtain in-game content (lottery opportunity) with the number of souvenir objects 221 as the upper limit. As described above, in the present embodiment, the number of souvenir objects 221, that is, the number of times in-game content can be obtained in one departure-return cycle is limited. Therefore, for example, in the case of an island where 100 items are set, if 6 souvenir objects 221 are displayed at one return port, at least to obtain all the lottery target contents of this island. However, it is necessary to carry out a cycle of departure and return 17 times.

Next, the display mode of each souvenir object 221 in the screen example shown in FIG. 9 will be described. In the present embodiment, each souvenir object 221 is displayed in such a manner that the content (available in-game content) cannot be specified from the appearance of the souvenir object 221. In the present embodiment, the souvenir object 221 is displayed using images of several types of packages (bags, boxes, etc.), and the souvenir object 221 is presented to the user in a manner in which it is not known what is contained therein. That is, although a plurality of types of package images are used as the appearance of the souvenir object 221, these images are not related to the obtained in-game content.

Then, when the user taps any of the souvenir objects 221A on the screen as shown in FIG. 9 (hereinafter, souvenir opening operation), the predetermined in-game content selected by the second lottery process is given to the user. The object. At this time, a predetermined effect such as an opening effect may be displayed.

Here, a screen example when the souvenir object 221A is tapped will be described. In this case, the screen as shown in FIG. 10 is displayed. In FIG. 10, the opened souvenir object 221A is grayed out to indicate that it has been opened. In addition, an image showing the in-game content given to the user is also displayed superimposed on the souvenir object 221A. In addition, above the souvenir object 221 group, a message inquiring whether or not the second and subsequent souvenirs are desired is displayed, and an image showing the number of possession of the above "ticket" is also displayed. In the present embodiment, when it is desired to obtain the second and subsequent souvenir objects 221, consumption of a "ticket" is required as consideration. Therefore, it explicitly indicates to the user that a ticket is required to obtain the second and subsequent souvenir objects 221. Further, on this screen, the "Exit" button 222, which was not displayed on the previous screen, is also displayed. When the "Exit" button 222 is tapped, the screen is terminated even if the second and subsequent souvenir objects 221 that have not been opened remain. That is, the first souvenir can always be obtained, but the second and subsequent souvenirs are based on the user's intention (whether or not to use the "ticket").

Here, in FIG. 10, a message is also displayed to the effect that the number of "tickets" can be saved by continuously obtaining souvenir objects. This indicates that the total number of tickets consumed can be reduced by continuously performing the second lottery rather than repeating the second lottery a plurality of times in a single shot. For example, in the case of performing the above-mentioned second lottery in a single shot, it is basically assumed that five tickets are required. In this case, 5 (basic) are required to get the 2nd souvenir object 221 but 4 to get the 3rd in a row, 3 to get the 4th. As such, the required number of tickets is reduced by one for each consecutive time. For example, consider the case of obtaining 12 in-game contents. In this case, it is better to get all 6 souvenir objects 221 twice than to keep getting the souvenir object 221 up to 2 times at one return port. "The number of sheets can be reduced.

When the user taps any of the unopened souvenir objects 221 on the screen of FIG. 10, a confirmation dialog 223 for "ticket" consumption as shown in FIG. 11 is displayed. In FIG. 11, the user is shown information indicating the “number of tickets” required for obtaining the souvenir object 221 this time. Then, when the user taps the OK button 224, the required number of "tickets" are consumed and the second lottery process is executed. Then, the drawn in-game content is given to the user. On the other hand, when the user taps the quit button 225, the ticket is not consumed or the second lottery process is not performed.

As described above, in the present embodiment, the in-game content is given to the user at no additional consideration for the first souvenir object. On the other hand, with respect to the second and subsequent souvenir objects 221, it can be said that in-game content is given to the user in exchange for the consumption of the "ticket". In the following description, granting the in-game content related to the first souvenir object 221 to the user is referred to as "first granting". Further, the granting of the in-game content related to the second and subsequent souvenir objects 221 to the user is called "second grant". Further, in the present embodiment, it can be said that the first grant can be executed without requiring further consideration as long as the departure conditions (in other words, the conditions for the first grant) are satisfied. Further, by satisfying the departure condition, the user is given a second opportunity for granting a predetermined number of times, up to the number of times that the number of souvenir objects 221 presented to the user is -1 in this example. The second grant requires consideration. So to speak, it can be said that a predetermined consideration (“ticket” in this example) is required as a condition for the second grant.

Further, as described above, when all the lottery target contents set on the island are acquired as a result of repeatedly opening the souvenir object 221, a complete item is further added. As a result, it is possible to provide the user with motivation to repeat departure and return to each island with the aim of acquiring complete items.

The lottery timing of the in-game content given by the souvenir opening operation may be the timing when the souvenir opening operation is performed. Alternatively, a lottery may be conducted in advance at the timing when the departure is confirmed. For example, the second lottery may be performed six times at the timing of the departure confirmation, and the lottery results may be assigned to the above six souvenirs. Then, when the souvenir opening operation is performed on the souvenir acquisition screen, the in-game content assigned to the opened souvenir may be added. In the present embodiment, the second lottery for the first souvenir is performed at the timing of the above departure, and on the souvenir acquisition screen, the game selected in the second lottery regardless of which souvenir object 221 is selected. The contents inside shall be given to the user. For the second and subsequent souvenir objects 221, the second lottery process and the lottery result are given at the timing when each souvenir opening operation is performed.

[Details of game processing of this embodiment]
Next, the cargo ship game processing in the present embodiment will be described in more detail with reference to FIGS. 12 to 23.

[About usage data]
First, various data used in this game processing will be described. FIG. 12 is a memory map showing an example of various data stored in the memory 122 of the information processing terminal 102. In the memory 122 of the information processing terminal 102, the game program 501, the content database 502, the island database 503, the current destination list data 504, the ship list data 505, the possession bell data 506, the possession ticket data 507, the possession content data 508, Image data 509, operation data 510, and the like are stored.

The game program 501 is a program for executing the game processing according to the present embodiment.

The content database 502 is data defined for the in-game content. FIG. 13 is a diagram showing an example of the data structure of the content database 502. The content database 502 is composed of a content ID 521, content content data 522, and rarity information 523. The content ID 521 is an identifier for uniquely identifying the content, and the content content data 522 is data defining the specific content of the content. For example, it contains information that defines an external image or the like. The rarity information 523 is data indicating the rarity of the content.

Returning to FIG. 12, the island database 503 is data defined for each island. FIG. 14 is a diagram showing an example of the data structure of the island database 503. In FIG. 14, the island database 503 is a table-type database having items such as island ID 531, lottery target content information 532, lottery table 533, grant status information 534, complete item information 535, departure condition information 536, waiting time information 537, and the like. Is.

The island ID 531 is an ID for uniquely identifying each in-game content.

The lottery target content information 532 is information defining the lottery target content on the island. For example, the content ID 521 of each content to be the lottery target content is defined in each island (detailed information of each content can be obtained by referring to the content database 502 based on this).

The lottery table 533 is information that defines the winning probability of each lottery target content. In the second lottery process for each island, the second lottery process is performed based on the lottery table 533. In this example, the lottery table is provided for each island, but in other examples, a lottery table common to each island may be used.

The grant status information 534 is data for indicating the grant status of the lottery target content to the user on each island. It can also be said to be data indicating which lottery target content was given to the user and how much. In other words, it can be said to be information on the winning status, which indicates the winning / unwinning contents of the lottery target contents on each island. In this example, as an example, each lottery target content is managed in the form of inventory quantity. For example, when 10 items A and 20 items B are included as the lottery target contents, the item A is "n / 10" and the item B is "n / 20" (n is an integer). , It is managed so that it can be grasped in the format of "stock quantity / maximum quantity". Finally, when the inventory of all the lottery target contents becomes 0, it means that the island has been drawn up to the maximum number of times.

The information indicating the grant status is not limited to the above. The data itself related to the winning in-game content may be deleted from the lottery target content of the island, or the data may be managed by using a flag or the like indicating that the winning in-game content is used. However, it may be managed in a format that it is not treated as lottery target content. For example, as the grant status information 534, the lottery result of each time of the lottery target content may be retained as a lottery history. Then, with reference to the history, it may be configured so that it can be controlled so that the winning content is not treated as the lottery target content.

The complete item information 535 is information that defines the complete item of the island.

The departure condition information 536 is data defining the contents of the above-mentioned necessary points and export items required for sailing to the island. By satisfying the necessary points defined here on the above-mentioned departure preparation screen, it is possible to sail to the island.

The waiting time information 537 is information that defines the waiting time from the departure to the port to the return to the port.

Returning to FIG. 12, the current departure destination list data 504 is data indicating an island presented to the user on the departure destination selection screen. A predetermined departure destination is set as the initial value when the cargo ship game is started for the first time, and then the above update operation is performed to perform the first lottery process and the current departure destination list data 504. The content will change.

The ship list data 505 is information indicating the state of each ship and the like. Here, in the present embodiment, as an example, a case where the user has five ships will be taken as an example. FIG. 15 shows an example of the configuration of the ship list data 505. The ship list data 505 is table format data composed of a ship ID 541, a current state information 542, a departure destination information 543, a departure start time 544, and a lottery result information 545.

The ship ID 541 is information for identifying each ship. In this example, since the case where there are five ships is taken as an example, the ship ID 541 from “01” to “05” is shown in the example of FIG.

The current state information 542 is information indicating the current state of the ship. In this example, information indicating one of "departing", "returning to port", and "free" is set. "Departing" indicates that the island is sailing. "Returned to port" indicates that the first souvenir has not been opened yet after leaving the port and returning to the port. "Free" indicates that the island is neither "departing" nor "returning" (that is, it can be sailed to any island).

The departure destination information 543 is information indicating the island ID 531 of the departure destination of the ship in the "departing" state.

The departure start time 544 is information indicating the time when the ship in the "departing" state departs. Based on this information, the above-mentioned waiting time information 537 of each island, and the current time, it is possible to calculate the remaining time until returning to the port.

As described above, the lottery result information 545 is information that stores the lottery result when the second lottery process for the first souvenir is performed at the start of departure from the port as described above. When the state is "free", nothing is set here.

Returning to FIG. 12, the possession bell data 506 is data indicating the number of the above-mentioned "bells" possessed by the user. The possessed ticket data 507 is data indicating the number of the above-mentioned "tickets" possessed by the user. The possessed content data 508 is data for indicating the in-game content possessed by the user. The image data 509 is data of various images displayed in the cargo ship game.

The operation data 510 is data acquired from the operation unit 123 at predetermined intervals, and is data for indicating the operation content performed by the user on the operation unit 123.

In addition, various work data and the like used in this process are appropriately stored in the memory 122.

[Details of processing executed by processor 121]
Next, the details of the cargo ship game processing according to the present embodiment will be described with reference to the flowcharts of FIGS. 16 to 23. FIG. 16 is a flowchart showing details of the cargo ship game according to the present embodiment. As described above, this process is started when the player character speaks to a predetermined character in the virtual game world. Further, for convenience of explanation, it is assumed that a predetermined departure destination has already been set in the current departure destination list data 504.

First, in step S1, the processor 121 executes the departure destination screen display process. This is a process for displaying the departure destination selection screen as shown in FIG. FIG. 17 is a flowchart showing the details of the departure destination screen display process. First, in step S31, the processor 121 refers to the ship list data 505 and appropriately updates the current state information 542 of each ship. Specifically, the processor 121 determines whether or not there is a ship in the state of departure and the waiting time has elapsed. That is, it is determined whether or not there is a newly returned ship. Then, if there is a newly returned ship, the current status information of that ship is updated from "departing" to "returned".

Next, in step S32, the processor 121 determines whether or not the predetermined condition for highlighting the update button 203 as described above is satisfied. As a result of the determination, if the condition is satisfied (step S32YES), in step S33, the processor 121 sets the display for highlighting the update button 203. If the condition is not satisfied (NO in step S32), the process of step S33 is skipped and the process proceeds to the next process.

Next, in step S34, the processor 121 selects the departure destination based on the current departure destination list data 504, the grant status information 534 of each island, the ship list data 505, and the display setting contents of the update button 203. A screen is generated and displayed on the display unit 124. Specifically, the processor 121 displays an island object 20 based on the current destination list data 504.
Set 2. Further, the display contents of the signboard image 206 are appropriately set based on the island database 503. Further, the processor 121 determines whether or not there is an island that is departing and whether or not there is an island that has returned to the port based on the ship list data 505, and appropriately sets the content to be displayed in the status display area 207 (see FIG. 3). Further, the processor 121 appropriately sets the contents to be displayed in the status display area 207 based on the grant status information 534 of each island for the islands that are neither departing nor returning to the port. If the update button 203 is set to be highlighted, the processor 121 appropriately highlights the update button 203. Then, the processor 121 generates and displays a departure destination selection screen reflecting these settings. This completes the departure screen display process.

Returning to FIG. 16, next, in step S2, the processor 121 acquires the operation data 510.

Next, in step S3, the processor 121 determines whether or not the operation content indicated by the operation data 510 is an operation for selecting an island object 202 that has not yet departed. As a result of the determination, if the undeparted island object 202 is selected (YES in step S3), the processor 121 executes the departure process in step S4. This is the process related to the above-mentioned operations from departure preparation to departure decision. That is, a process for loading the cargo on a ship, a process for determining whether or not the condition for the first grant is satisfied, and the like are performed. After that, the process returns to step S1 and the process is repeated. The designation of the ship to be used for this departure may be automatically selected from the ships in the "free" state, or the user may be able to manually specify the ship.

FIG. 18 is a flowchart showing the details of the departure process. First, in step S41, the processor 121 generates and displays the departure preparation screen as shown in FIG. 7. Next, in step S42, the processor 121 acquires the operation data 510. In the following step S43, it is determined whether or not the content indicated by the operation data 510 is an instruction for a departure decision. As mentioned above, in order for the departure decision to be possible, the export points must meet the above required points, and if they do not meet, the departure decision instruction itself cannot be given (for departure decision). The button is not displayed yet).

As a result of the determination, if the instruction is not a departure decision (NO in step S43), then in step S44, the processor 121 determines whether or not an operation for canceling the departure preparation has been performed. If the cancel operation has been performed (YES in step S44), the processor 121 erases the departure preparation screen and ends the departure process. On the other hand, if the cancel operation has not been performed (NO in step S44), in step S45, the processor 121 calculates the export point based on the operation content and sets the display setting of the departure preparation screen reflecting the operation content. ..

Next, in step S46, the processor 121 determines whether or not the export point meets the required points of the island selected as the departure destination this time. If the result of the determination is satisfied (YES in step S46), in step S47, the processor 121 changes the "load on ship" button 215 shown in FIG. 7 to the "depart" button (not shown). Perform the process to change. As a result, a YES determination can be made in the determination in step S43. Then, the process returns to step S41. On the other hand, if it is not yet satisfied (NO in step S46), the process returns to step S41 and the process is repeated. At this time, if the ship is in a state where it can be sailed and then returns to a state where it cannot be sailed due to a reduction in cargo or the like, the display of the "departure" button is returned to the "load on ship" button 215.

On the other hand, if the departure decision is instructed as a result of the determination in step S43 (YES in step S43), in step S48, the processor 121 performs a process of determining the item to be exported. Specifically, a process of subtracting the number of in-game contents decided to be exported this time from the possessed content data 508 is executed.

Next, in step S49, the processor 121 executes a second lottery process for the first souvenir according to the destination island. Next, in step S50, the processor 121 updates the ship list data 505 to reflect the above contents. That is, for the ship used for this departure, the current state information 542 is set to "departing", and the lottery result in step S49 is set to the lottery result information 545. Further, the current time is set to the departure start time 544.

Next, in step S51, the processor 121 erases the departure preparation screen. Further, at this time, a predetermined effect indicating how the ship departs may be displayed. After that, the departure process is completed.

Returning to FIG. 16, if the island object 202 that has not yet departed is not selected as a result of the determination in step S3 (NO in step S3), then in step S5, the processor 121 is in the state of being departed. Determines if any of the objects 202 has been selected. As a result of the determination, if the island object 202 in the sailing state is selected (YES in step S5), in step S6, the processor 121 executes the time saving confirmation process, and then returns to the process of step S1. .. The time saving confirmation process is a process of inquiring whether or not to immediately return to the port using a "ticket" as described with reference to FIG.

FIG. 19 is a flowchart showing the details of the time saving confirmation process. First, in step S61, the processor 121 generates and displays the time saving confirmation dialog 216 as shown in FIG. Next, in step S62, the processor 121 acquires the operation data 510, and in the following step S63, it is determined whether or not the operation content is an instruction to immediately return to the port (whether the OK button 217 in FIG. 8 is selected). As a result of the determination, in the case of an instruction to return to the port immediately (YES in step S63), in step S64, the processor 121 subtracts a predetermined number of "tickets" from the possessed ticket data 507.

Next, in step S65, the processor 121 updates the ship list. That is, the processor 121 sets "returned" to the current state information 542 of the ship instructed to return immediately this time.

Next, in step S66, the processor 121 erases the time saving confirmation dialog 216. Then, the time saving confirmation process is completed.

On the other hand, if the result of the determination in step S63 is not an instruction to return to the port immediately (NO in step S63), in step S67, the processor 121 determines whether or not the cancellation instruction has been given. If the cancellation instruction has not been given (NO in step S67), the process returns to step S61 and the process is repeated. In the case of a cancellation instruction (YES in step S67), the process proceeds to step S66, the time saving confirmation dialog is deleted, and the time saving confirmation process is also completed.

Returning to FIG. 16, if the island object 202 being departed is not selected as a result of the determination in step S5 (NO in step S5), then in step S7, the processor 121 is selected by the island object 202 that has returned to the port. Determine if it has been done. If the result of the determination is selected (YES in step S7), in step S8, the processor 121 executes the souvenir acquisition process, and then returns to the process of step S1.

20 to 21 are flowcharts showing the details of the souvenir acquisition process. First, in step S71, the processor 121 generates and displays the souvenir acquisition screen as described above. Specifically, the processor 121 first determines the number of souvenirs to be displayed. In this example, 6 pieces are basically displayed, but as described above, a smaller number may be determined depending on the number of lottery target contents remaining in the finite lottery target group. Further, in another embodiment, the number of souvenirs may be determined by a predetermined lottery process. Then, once the number of souvenirs is determined, the processor 121 further determines the appearance image of each souvenir. This external image may also be determined by a predetermined lottery process. At this stage, no souvenirs have been opened yet. Therefore, as a result of the above processing, a screen prompting the opening of the first souvenir as shown in FIG. 9 is generated and displayed.

Next, in step S72, the processor 121 acquires the operation data 510, and in the subsequent step S73, whether or not the operation content indicated by the operation data 510 is an operation of selecting one of the unopened souvenir objects 221. Is determined. If any of the unopened souvenir objects 221 is selected as a result of the determination (YES in step S73), then in step S74, whether or not the processor 121 corresponds to opening the first souvenir. Is determined. As a result of the determination, if the opening of the first souvenir is applicable (YES in step S74), in step S75, the processor 121 executes the first granting process. Specifically, the processor 121 performs a process of adding the in-game content specified based on the lottery result information 545 of the ship currently being operated to the possessed content data 508. Further, the processor 121 updates the grant status information 534 for the island to which the departure destination is made this time. That is, the grant status information 534 is updated so that the in-game content granted to the user this time is excluded from the lottery target content. In the present embodiment, a process of reducing the number of stocks of the corresponding lottery target contents by one is performed.

Next, in step S76, the processor 121 sets the display contents of the souvenir acquisition screen reflecting the opening of the first souvenir. Specifically, the processor 121 sets the display so as to gray out the first opened souvenir object 221. In addition, an image showing the in-game content given to the user is also set to be superimposed and displayed on the souvenir object 221. Further, as shown in FIG. 10, a setting is made to display a message to inquire about the acquisition of the second and subsequent souvenirs and an image showing the number of possessed "tickets". After that, the processor 121 returns to the above step S71 and repeats the process. As a result, in the process of step S71 after opening the first souvenir, the screen for obtaining the second and subsequent souvenirs as shown in FIG. 10 is displayed.

On the other hand, if it is determined that the souvenir is not the first souvenir as a result of the determination in step S74 (NO in step S74), in step S77 in FIG. The confirmation dialog 223 for "ticket" consumption is displayed. Next, in step S78, the processor 121 acquires the operation data 510, and in the subsequent step S79, determines whether or not an operation using the "ticket" has been performed. As a result of the determination, if an operation using the "ticket" is performed (YES in step S79), in step S80, the processor 121 refers to the possessed ticket data 507 and determines the required number of "tickets" by the user. Determine if you have it. That is, it is determined whether or not the condition for the second grant is satisfied. As a result, if the required number of "tickets" is insufficient (NO in step S80), in step S84, the processor 121 appropriately displays a message indicating that the number of tickets is insufficient, and the user operates. (For example, a message box containing only the OK button is displayed). After that, in step S85, the processor 121 acquires the operation data 510 and determines whether or not the instruction to delete the above message has been given. As a result of the determination, if the erasure instruction has not yet been given (NO in step S85), the process returns to step S84 and the process is repeated. If the erasure instruction has been given (YES in step S85), in step S86, the processor 121 erases the message and returns to step S71.

On the other hand, as a result of the determination in step S80, if the user has the required number of "tickets" (YES in step S80), in step S81, the processor 121 executes the second granting process. Specifically, first, the processor 121 subtracts a predetermined number of "tickets" from the possessed ticket data 507. In this example, 5 tickets are basically subtracted, but if the souvenirs are continuously opened as described above, the required number of tickets is reduced by 1 each time the souvenir is opened. Further, the processor 121 performs a second lottery process of the in-game content to be given to the user, and executes a process of adding the lottered in-game content to the possessed content data 508. In addition, the grant status information 534 is updated (specifically, the number of stocks is subtracted) so that the granted in-game content is excluded from the lottery targets from the next time onward.

Next, in step S82, the processor 121 determines whether or not all the souvenirs have been opened. As a result of the determination, if all the packages have been opened (YES in step S82), the process proceeds to step S90 described later. On the other hand, if there are still unopened souvenirs (NO in step S82), then in step S83, the processor 121 displays the souvenir acquisition screen so that the souvenir object 221 opened this time is grayed out. Make settings. In addition, an image showing the in-game content given to the user is also set to be superimposed and displayed on the souvenir object 221. As a result, the opened souvenir object 221 is grayed out every time the opening operation is performed. After that, the process returns to step S71 and the process is repeated.

On the other hand, as a result of the determination in step S79, if the operation using the "ticket" is not performed (NO in step S79), in step S87, the processor performs an operation to cancel the opening of the second and subsequent souvenirs. Determine if it was broken. Specifically, it is determined whether or not the "stop" button 225 in the confirmation dialog 223 for "ticket" consumption in FIG. 11 has been tapped. If the operation is not performed (NO in step S87), the return process to step S77 is repeated. If so (YES in step S87), in step S88 the processor 121 clears the "ticket" consumption confirmation dialog 223. Then, the process returns to step S71 and the process is repeated.

Returning to FIG. 20, next, a case where none of the unopened souvenirs is selected in step S73 (NO in step S73) will be described. In this case, in step S89, the processor 121 determines whether or not the operation to end the souvenir acquisition screen has been performed. Specifically, it is determined whether or not the "finish" button 222 of FIG. 10 is tapped. As a result of the determination, if the end operation has not been performed (NO in step S89), the process returns to step S71 and the process is repeated. On the other hand, if the termination operation has been performed (YES in step S89), in step S90, the processor 121 updates the ship list data 505 to reflect that the souvenir has been received. Specifically, the processor performs a process of changing the current state information 542 of the ship to be operated this time from "returned" to "free".

Next, in step S91, the processor 121 erases the souvenir acquisition screen. Next, in step S92, the processor 121 determines whether or not the second lottery has been performed up to the upper limit for the finite lottery target group related to the island that was the departure target this time. As a result of the determination, if the second lottery has been performed up to the upper limit (YES in step S92), in step S93, the processor 121 grants the user a complete item corresponding to the island. That is, the process of adding the complete item to the possessed content data 508 is performed. On the other hand, if the second lottery has not yet been performed up to the upper limit (NO in step S92), the process of step S93 is skipped. After that, the souvenir acquisition process ends.

Returning to FIG. 16, if the island object 202 that has returned to the port is not selected as a result of the determination in step S7 (NO in step S7), then in step S9, the update button 203 is selected for the processor 121. Determine if it is. As a result of the determination, if it is selected (YES in step S9), in step S10, the processor 121 executes the departure destination update process, and then returns to the process of step S1.

22 to 23 are flowcharts showing the details of the departure destination update process. First, in step S101 of FIG. 22, the processor 121 refers to the ship list data 505, and there is a ship in a state of departure or a ship in a state of returning to the port (a state in which the souvenir has not been opened yet). Judge whether or not. As a result of the determination, if it exists (Y in step S101)
ES), in step S102, the processor 121 displays a message (not shown) that it cannot be updated because, for example, there is a ship that is sailing or has not opened the souvenir. Next, in step S103, the processor 121 acquires the operation data 510, and in the subsequent step S104, it is determined whether or not the message display deletion instruction has been given. As a result of the determination, if the erasure instruction is not given (NO in step S104), the return process to step S102 is repeated. If the erasure instruction is given (YES in step S104), in step S105, the processor 121 erases the message display and ends the departure destination update process.

On the other hand, as a result of the determination in step S101, if there is no ship in the departing state or the ship in the returned port state, that is, if all the ships are in the "free" state (NO in step S101), FIG. 23. In step S106 of the above, the processor 121 determines whether or not the time condition for enabling the update (re-lottery) of the departure destination is satisfied. In the present embodiment, it is determined whether or not a predetermined time has elapsed since the previous update operation, and if so, it is determined that the time condition is satisfied.

As a result of the above determination, if the time condition is satisfied (YES in step S106), then in step S107, the processor 121 uses the first departure destination update confirmation dialog 210 as shown in FIG. Is generated and displayed. Next, in step S108, the processor 121 acquires the operation data 510, and in the subsequent step S109, determines whether or not an instruction to update the departure destination has been given. As a result of the determination, if the update instruction has been given (YES in step S109), in step S110, the processor 121 processes the first lottery and redetermines the island to be presented as the departure destination. In this example, as a result of this first lottery again, five islands are drawn. Then, based on the lottery result, the current departure destination list data 504 is updated. At this time, as described above, the islands that have been drawn up to the second lottery up to the upper limit may be excluded from the target of the first lottery in the process, or the first lottery may be performed after initializing the acquisition status of the content subject to the lottery. It may be the target of.

On the other hand, if the update instruction has not been given as a result of the determination in step S109 (NO in step S109), then in step S112, the processor 121 determines whether or not the cancellation instruction has been given. If a cancellation instruction is given as a result of the determination (YES in step S112), the process proceeds to step S111 described later. If the cancellation instruction has not been given (NO in step S112), the process returns to step S107 and the process is repeated.

Next, in step S111, the processor 121 deletes the first departure destination update confirmation dialog 210 displayed in step S107. Then, the departure destination update process is completed.

On the other hand, if the time condition is not satisfied as a result of the determination in step S106 (NO in step S106), then in step S113, the processor 121 is set to the second departure as shown in FIG. Generates and displays the update confirmation dialog 214. Next, in step S114, the processor 121 acquires the operation data 510, and in the subsequent step S115, determines whether or not an instruction to update the departure destination has been given. As a result of the determination, if an update instruction has been given (YES in step S115), in step S116, the processor 121 performs a process of subtracting a predetermined number of "bells" from the possessed bell data 506. Next, in step S117, the processor 121 performs the first lottery process and redetermines the island to be presented as the departure destination. Then, the processor 121 updates the current departure destination list data 504 based on the lottery result.

On the other hand, if the update instruction has not been given as a result of the determination in step S115 (NO in step S115), then in step S119, the processor 121 determines whether or not the cancellation instruction has been given. If a cancellation instruction is given as a result of the determination (YES in step S119), the process proceeds to step S118 described later. If the cancel instruction has not been given (NO in step S119), the process returns to step S113 and the process is repeated.

Next, in step S118, the processor 121 deletes the second departure destination update confirmation dialog 214 displayed in step S113. Then, the departure destination update process is completed.

Returning to FIG. 16, if the update button is not selected as a result of the determination in step S9 (NO in step S9), then in step S11, the processor 121 determines whether or not the termination operation has been performed. do. As a result of the determination, if the end operation has not been performed (NO in step S11), in step S12, the processor 121 appropriately executes other game processing based on the operation content, and then the processing in step S1. Return to. On the other hand, if the end operation is performed (YES in step S11), the processor 121 ends the cargo ship game process.

This is the end of the detailed explanation of the cargo ship game processing.

As described above, in the present embodiment, in the cargo ship game as described above, the user satisfies the conditions for departure, departs the ship to a predetermined island, and returns the port. As a result, the user can obtain a plurality of opportunities to obtain the in-game content, up to a predetermined number of times. Then, the in-game content can be obtained without consideration for the first of these multiple opportunities (first grant), and for the second and subsequent acquisitions (second grant), the predetermined consideration is applied. In exchange for. Here, the in-game content is selected by the second lottery, and the second lottery is related to the finite type lottery target group as described above. That is, if the second lottery is performed up to the maximum number of times, it is possible to obtain all the lottery target contents in the finite type lottery target group. In other words, the user can obtain a lot of in-game content in a short period of time by reducing the number of departures by repeatedly giving the second grant in exchange for the consideration each time the port returns, and finally. Can be reliably obtained. Therefore, in the limited opportunity of the second lottery obtained by one departure to return to the port, it is possible to further increase the significance of trying the second grant in exchange for the consideration, and the user enjoys it in exchange for the consideration. The effect can be enhanced. Furthermore, assuming, for example, the case of returning from an island where highly rare items are available and the case of returning from an island where it is not, the latter is limited to the first grant from the viewpoint of "ticket" saving. In the former case, it is possible to provide the user with an option to utilize the second grant in order to quickly obtain a rare item.

Further, in the above embodiment, the finite type lottery target group (island) presented as the departure destination can be changed by operating the update button 203. As a result, the finite lottery target group previously presented may not be presented as a result of the update operation. It may also be presented again in a further update operation. In this way, with respect to the finite type lottery target group that is once no longer presented and then presented again, in the above embodiment, the second lottery can be continued by taking over the previous in-game content grant status. As a result, various finite lottery target groups can be entertained by the update operation, and the lottery target content can be secured in each finite type lottery target group, further enhancing the fun of the lottery game. Can be done.

[Modification example]
In the above embodiment, the case where the game processing is executed by the information processing apparatus alone is taken as an example, but the subject that executes the above processing is not limited to the above configuration. For example, in another embodiment, an information processing system in which an information processing device and a predetermined server are configured to be communicable, and a part of the above-mentioned various data and information processing is stored and processed in the predetermined server ( It may be an aspect of a game system). Further, in this case, the server side may be a server system composed of a plurality of information processing devices, and the plurality of information processing devices share and execute the processing to be executed on the server side. In the case of such an information processing system, for example, data relating to a user who uses the game is stored in a server for each user. Then, at the start of the game, the user is made to log in to the server, necessary data is downloaded from the server to the information processing terminal 102, and the information processing terminal 102 and the predetermined server cooperate with each other to provide the above-mentioned information. It may be configured so that the process is executed. Further, in this case, various lottery processes as described above may be performed for each user. Further, the lottery process itself may be performed on the information processing terminal side or the server side. For example, the first lottery process of the departure destination presented in the above departure destination list, the second lottery process for each souvenir, and the transmission of the lottery result to the information processing terminal may be performed on the server side. On the other hand, on the information processing terminal side, it is sufficient to mainly perform the game screen generation processing based on various processing results including the reception of various operations and the result of the lottery processing on the server side.

In the above embodiment, the case where the user manually updates the departure destination is given as an example. In other embodiments, it may be updated automatically. For example, it may be configured to automatically update once every 24 hours.

Further, in the above example, the above-mentioned states such as "departing" and "returning to the port" are managed for each ship by using the ship list data 505. In other embodiments, it is not necessary to manage by ship, and for example, it may be managed by island. That is, each island may be configured to have information indicating one of the states of "departing", "returning to port", and "free". For example, information called an island ID may be used instead of the ship ID 541. Then, data having a configuration having the current state information 542, departure start time 544, lottery result information 545, etc. may be used for each island. In the case of this configuration, the process for designating the ship to be used for departure as described above becomes unnecessary.

Further, the island as described in the above embodiment may be configured to be an island that can be constantly presented to the user, and an island that is presented for a limited time may also be presented to the user. For example, on the departure destination selection screen shown in FIG. 2, for example, the user may swipe to switch pages and display islands that appear for a limited time. In this case, on the screen where the island for a limited time is displayed, the update button 20 as described above
3 may not be displayed. That is, the island for a limited time may be configured so that the user cannot update the presented content. As a result, it is possible to secure the user with an opportunity to obtain contents about the island for a limited time.

Further, in the above embodiment, regarding the time condition for renewing the departure destination, the basic condition is the passage of a predetermined time, and the additional condition is the consumption of "bell". For this, the basic and additional conditions may be reversed. Further, the time condition is not limited, and other conditions may be used. For example, instead of the above time condition, a predetermined mini-game may be cleared as a condition.

Further, in the above example, the waiting time from the departure to the return to the port is different for each island of the departure destination, but the waiting time is not limited to this and may be uniformly set to the same waiting time. Further, the waiting time may be changed according to the contents of the cargo.

In addition, in the above example, the in-game currency is consumed for updating the departure destination, shortening the time to return to the port, and opening the second and subsequent souvenirs. Not limited to this, predetermined in-game items may be reduced or consumed.

121 Processor 122 Memory 123 Operation unit 124 Display unit

Claims (18)

A lottery management means for storing multiple in-game contents included in a content group in memory as lottery target contents, and
The first determination means for determining whether or not the first grant condition is satisfied, and
When the first granting condition is satisfied, the first granting means for granting the in-game content determined by lottery from the lottery target content included in the content group to the user, and the first granting means.
When the first grant condition is satisfied, in addition to the first grant, the second grant is set for each additional grant, which indicates the upper limit of the number of times the in-game content can be granted. Further, an option presenting means for presenting an option of whether or not to execute to the user by an image, and an option presenting means.
It is determined whether or not the redemption parameter satisfies the second grant condition when the option for executing the second grant is selected until the number of times of the second grant reaches the upper limit number of additional grants. Second judgment means and
When the second grant condition is satisfied, the redemption parameter is changed, and the in-game content determined by lottery from the lottery target content included in the content group is further granted to the user. The second granting means for granting and
To show that the in-game content given by the first granting means and the in-game content given by the second granting means are excluded from the lottery target in the content group in which the lottery is executed. An information processing system including a target exclusion means for storing the grant status of the content group in the memory. The information processing according to claim 1, wherein the option presenting means presents a plurality of display objects corresponding to the plurality of in-game contents to the user by images in a manner in which the in-game contents cannot be specified. system. The information processing system according to claim 2, wherein the second determination means determines whether or not the second grant condition is satisfied when at least one of the plurality of display objects is selected by the user. 3. The option presenting means presents the display object to which the second grant has been executed to the user in a display mode distinguishable from the display object to which the second grant has not yet been executed. Information processing system described in. The information processing system according to any one of claims 1 to 4, further comprising an upper limit determining means for randomly determining the upper limit number of additional grants for each first grant. The information according to any one of claims 1 to 5, further comprising a reward giving means for further granting a predetermined reward to the user when all the lottery target contents in the content group are given. Processing system. The information processing system according to any one of claims 1 to 6, wherein the second granting means reduces the number of in-game currency or in-game items and also performs the second grant. The second granting means reduces the number of the in-game currency or the in-game item to be reduced with the execution of the second grant as the number of the second grant approaches the upper limit of the additional grant. Item 7. The information processing system according to Item 7. The information processing according to any one of claims 1 to 8, wherein the first determination means determines that the first grant condition is satisfied when the number of in-game items owned by the user is reduced by a predetermined number. system. In the first determination means, when the value obtained by multiplying the number of the in-game items to be reduced and the weighted parameter value set for each of the in-game items exceeds the threshold value, the first grant condition is satisfied. The information processing system according to claim 9, wherein the determination is made. The information processing system is
A storage means for storing a plurality of the content groups in the memory,
A group determination means for determining a part of the content groups as selectable target groups by lottery among the plurality of content groups, and a group determination means.
Further provided with a selection means for selecting at least one content group based on the user operation among the selectable target groups.
The information processing according to any one of claims 1 to 10, wherein the first granting means grants the in-game content determined by lottery from the lottery target content included in the selected content group to the user. system. The first grant condition is a condition that can be satisfied by changing the first exchange parameter.
The information processing system according to any one of claims 1 to 11, wherein the second grant condition is a condition that can be satisfied by changing a second exchange parameter different from the first exchange parameter. The information according to any one of claims 1 to 12, wherein the first determination means determines that the first grant condition is satisfied when a predetermined waiting time elapses after the first precondition is satisfied. Processing system. The information processing system according to claim 13, wherein the first determination means changes the third exchange parameter and shortens the waiting time. The information processing system according to any one of claims 1 to 14, wherein the first granting means performs the first granting each time the first granting condition is satisfied. A lottery management means for storing multiple in-game contents included in a content group in memory as lottery target contents, and
The first determination means for determining whether or not the first grant condition is satisfied, and
When the first granting condition is satisfied, the first granting means for granting the in-game content determined by lottery from the lottery target content included in the content group to the user, and the first granting means.
When the first grant condition is satisfied, in addition to the first grant, the second grant is set for each additional grant, which indicates the upper limit of the number of times the in-game content can be granted. Further, an option presenting means for presenting an option of whether or not to execute to the user by an image, and an option presenting means.
It is determined whether or not the redemption parameter satisfies the second grant condition when the option for executing the second grant is selected until the number of times of the second grant reaches the upper limit number of additional grants. Second judgment means and
When the second grant condition is satisfied, the redemption parameter is changed, and the in-game content determined by lottery from the lottery target content included in the content group is further granted to the user. The second granting means for granting and
To show that the in-game content given by the first granting means and the in-game content given by the second granting means are excluded from the lottery target in the content group in which the lottery is executed. An information processing device including a target exclusion means for storing the grant status of the content group in the memory. An information processing program that causes a computer of an information processing device to perform game processing in which predetermined content is given to a user by lottery.
To the computer
Multiple in-game contents included in the content group are stored in the memory as lottery target contents, and
Have them judge whether or not the first grant condition is satisfied,
When the first grant condition is satisfied, the first grant is performed to grant the user the in-game content determined by lottery from the lottery target content included in the content group.
When the first grant condition is satisfied, in addition to the first grant, the second grant is set for each additional grant, which indicates the upper limit of the number of times the in-game content can be granted. Further, the user is asked to present the option of whether or not to execute the image by an image.
When the option for executing the second grant is selected until the number of times of the second grant reaches the upper limit of the additional grant, it is determined whether or not the redemption parameter satisfies the second grant condition. ,
When the second grant condition is satisfied, the redemption parameter is changed, and the in-game content determined by lottery from the lottery target content included in the content group is further granted to the user. Let me give you
The in-game content given by the first grant and the in-game content given by the second grant are excluded from the lottery target in the content group in which the lottery is executed. An information processing program that stores the grant status of a content group in the memory. It is an information processing control method for causing a computer to execute a game process of imparting content to a user by lottery.
To the computer
Multiple in-game contents included in the content group are stored in the memory as lottery target contents, and
Have them judge whether or not the first grant condition is satisfied,
When the first grant condition is satisfied, the first grant is performed to grant the user the in-game content determined by lottery from the lottery target content included in the content group.
When the first grant condition is satisfied, in addition to the first grant, the second grant is set for each additional grant, which indicates the upper limit of the number of times the in-game content can be granted. Further, the user is asked to present the option of whether or not to execute the image by an image.
When the option for executing the second grant is selected until the number of times of the second grant reaches the upper limit of the additional grant, it is determined whether or not the redemption parameter satisfies the second grant condition. ,
When the second grant condition is satisfied, the redemption parameter is changed, and the in-game content determined by lottery from the lottery target content included in the content group is further granted to the user. Let me give you
The in-game content given by the first grant and the in-game content given by the second grant are excluded from the lottery target in the content group in which the lottery is executed. An information processing control method for storing the grant status of a content group in the memory.

Images