WO2017154746A1 - 情報処理装置及びプログラム - Google Patents

情報処理装置及びプログラム Download PDF

Info

Publication number
WO2017154746A1
WO2017154746A1 PCT/JP2017/008371 JP2017008371W WO2017154746A1 WO 2017154746 A1 WO2017154746 A1 WO 2017154746A1 JP 2017008371 W JP2017008371 W JP 2017008371W WO 2017154746 A1 WO2017154746 A1 WO 2017154746A1
Authority
WO
WIPO (PCT)
Prior art keywords
item
user
predetermined amount
amount
possessed
Prior art date
Application number
PCT/JP2017/008371
Other languages
English (en)
French (fr)
Inventor
憲太郎 皆川
孝平 武内
五十嵐　昌弘
邦雄 笹山
Original Assignee
株式会社セガゲームス
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社セガゲームス filed Critical 株式会社セガゲームス
Publication of WO2017154746A1 publication Critical patent/WO2017154746A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/812—Ball games, e.g. soccer or baseball

Definitions

  • the present invention relates to an information processing apparatus and a program.
  • Patent Document 1 An information processing apparatus that executes a game to be given to a person.
  • the user has to play the game by using different types of items to be consumed according to each character group. Therefore, if the user does not have an item of a type corresponding to a certain character group, the game cannot be played due to a lack of items.
  • the present invention has been made in view of such circumstances, and the object of the present invention is to make it possible to play a game without using different types of items to be consumed while avoiding a disadvantage for the user. is there.
  • the main invention of the present invention to solve the above problems is Stores user information in which a first item possessed by the user, a second item having a higher value or lower consumption priority than the first item, and a third item different from the first item and the second item are set.
  • a user information storage unit to In response to the user's game operation, by consuming at least one of the first item and the second item possessed by the user, any third item selected from a plurality of types is given to the user.
  • a granting section to grant and possess When the grant unit grants a third item by consuming only the first item, the grant unit grants a third item by consuming a combination of the first item and the second item, and In the case where the grant unit grants the third item by consuming only the second item, except when the grant unit grants the third item by consuming only the first item, A notification unit that notifies the user that the second item possessed by the user is consumed before the granting unit grants the third item;
  • An information processing apparatus characterized by comprising: According to such an information processing apparatus, when the user performs a game operation, at least one of the first item and the second item possessed by the user is consumed, and the third item can be acquired.
  • the user can play the game without using different types of items to be consumed, even if the user owns the second item having a higher value or lower consumption priority than the first item.
  • the user is notified before the second item of a different type from the first item is consumed. Therefore, the second item is not consumed without the user's knowledge, which is not disadvantageous for the user.
  • the grant unit Giving the third item by consuming only the first item, giving the third item by consuming the first item and the second item in combination, and consuming only the second item It is desirable to perform it with priority over the provision of the third item. Thereby, since it consumes preferentially from the 1st item with a low value or a high consumption priority, it is not disadvantageous for a user.
  • the grant unit Determining whether the user possesses a first item of a predetermined amount or more; If it is determined that the first item is greater than or equal to the predetermined amount, the third item is granted by consuming only the predetermined amount of the first item, If it is determined that the user does not have a predetermined amount or more of the first item, it is determined whether or not the user has a second item that is not less than the amount of the predetermined amount; If it is determined that the second item is more than the deficient amount, the second item is consumed by combining the first item with the deficient amount and the second item with the deficient amount. It is desirable to give 3 items. Thereby, it is preferentially consumed from the 1st item with low value or high consumption priority, and the shortage of the 1st item can be supplemented with the 2nd item with high value or low consumption priority.
  • the said notification part does not have the 2nd item more than the amount of shortage, it is desirable to perform notification which guides acquisition of a 2nd item. This makes it easier for the user to acquire the insufficient second item.
  • one or a plurality of first items possessed by the user one or a plurality of second items having a higher value or lower consumption priority than the first item, and different from the first item and the second item 1
  • a user information storage unit that stores user information in which a plurality of third items are set;
  • the predetermined amount of the third item selected from a plurality of types is selected.
  • a granting section that is granted to a user and possessed;
  • the predetermined amount of the third item by consuming only the first item by the predetermined amount
  • the predetermined amount by consuming the predetermined amount when the amount of the first item and the amount of the second item are added together.
  • the third item is provided, and when the predetermined amount of the third item is provided by consuming only the second item by the predetermined amount, the first item is consumed by the predetermined amount.
  • a notification regarding consumption of the second item possessed by the user is made before the granting unit gives the predetermined amount of the third item.
  • a notification unit for the user An information processing apparatus characterized by comprising: According to such an information processing apparatus, when the user performs a game operation, at least one of the first item and the second item possessed by the user is consumed by a predetermined amount, and the predetermined amount of the third item can be acquired. . Therefore, even when the consumption amount of items and the acquisition amount are the same, the user can play the game without using different types of items to be consumed. In addition, the user is notified before the second item of a different type from the first item is consumed. Therefore, the second item is not consumed without the user's knowledge, which is not disadvantageous for the user.
  • the grant unit Determining whether the user possesses a first item of a predetermined amount or more; When it is determined that the first item of a predetermined amount or more is possessed, the predetermined amount of the third item is given by consuming only the predetermined amount of the first item, If it is determined that the user does not have a predetermined amount or more of the first item, it is determined whether or not the user has a second item that is not less than the amount of the predetermined amount; If it is determined that the second item is more than the deficient amount, the predetermined amount by combining the first item of the amount of ownership and the second item of the deficit amount is consumed. It is desirable to give a predetermined amount of the third item. As a result, a predetermined amount is preferentially consumed from the first item with low value or high consumption priority, and the shortage amount of the first item is supplemented with the amount of the second item with high value or low consumption priority. A predetermined amount is consumed.
  • the granting unit consumes a combination of the first item of the ownership amount and the second item of the ownership amount.
  • the third item of the predetermined amount of the third item is given the same amount as the total amount of the equity of the first item and the equity of the second item. .
  • the granting unit consumes a combination of the first item of the ownership amount and the second item of the ownership amount.
  • the third item of the predetermined amount of the third item By giving the third item of the predetermined amount of the third item, the third item having the same amount as the total amount of the ownership of the first item and the amount of the ownership of the second item is given, and the remaining It is desirable to give the amount of the third item based on the lottery probability. Thereby, even if it is not possible to supplement the shortage amount of the first item with the amount of the second item, it is possible to acquire the third item of the same amount as the amount of ownership of the first item. Furthermore, since the remaining amount of the third item may be additionally acquired, the user's expectation can be raised.
  • the notifying unit notifies that the second item owned by the user is consumed.
  • the third item is given.
  • the user performs an operation for preventing the second item from being consumed, it is desirable not to give the third item. Thereby, a user's intention can be reflected about whether a 2nd item is consumed.
  • the notification unit may notify that the second item owned by the user is consumed when the game operation of the user is performed. Accordingly, since the notification is made at the timing when the user performs the game operation, the user can be recognized early that the second item is consumed.
  • a user information storage unit that stores user information in which the first item, the second item, and the third item possessed by the user are set; In response to the user's game operation, by consuming the second item earlier than the first item possessed by the user, any third item selected from a plurality of types is given to the user.
  • a first granting unit to grant and possess In response to the user's game operation, by consuming the first item before the second item possessed by the user, any third item selected from a plurality of types is given to the user.
  • a second granting unit to grant and possess When the first grant unit or the second grant unit consumes the second item and grants the third item, the user is notified of the consumption of the second item possessed by the user.
  • a notification unit An information processing apparatus characterized by comprising: According to such an information processing apparatus, when the user performs a game operation, the second item is consumed before the first item, or the first item is consumed before the second item. The third item can be acquired. Therefore, the user can play the game without using different types of items to be consumed. In addition, the user is notified before the second item of a different type from the first item is consumed. Therefore, the second item is not consumed without the user's knowledge, which is not disadvantageous for the user.
  • the computer Stores user information in which a first item possessed by the user, a second item having a higher value or lower consumption priority than the first item, and a third item different from the first item and the second item are set.
  • User information storage means In response to the user's game operation, by consuming at least one of the first item and the second item possessed by the user, any third item selected from a plurality of types is given to the user.
  • Grant means to grant and possess When the granting unit grants the third item by consuming only the first item, the granting unit grants the third item by consuming the first item and the second item in combination, and In the case where the granting unit grants the third item by consuming only the second item, except when the granting unit grants the third item by consuming only the first item, A notification means for notifying the user that the second item possessed by the user is consumed before the giving means gives the third item; It is a program to make it function as. According to such a program, it is possible to play the game without using different types of items while avoiding any disadvantage for the user.
  • the computer One or more first items possessed by the user, one or more second items having a higher value or lower consumption priority than the first item, and one or more different from the first item and the second item
  • User information storage means for storing user information in which the third item is set;
  • the predetermined amount of the third item selected from a plurality of types is selected. Granting means to give and possess to users, When giving the predetermined amount of the third item by consuming only the first item by the predetermined amount, the predetermined amount by consuming the predetermined amount when the amount of the first item and the amount of the second item are added together.
  • the third item When the third item is provided, and when the predetermined amount of the third item is provided by consuming only the second item by the predetermined amount, the first item is consumed by the predetermined amount.
  • a notification regarding the consumption of the second item possessed by the user is made before the applying unit provides the predetermined amount of the third item.
  • Notification means for the user It is a program to make it function as. According to such a program, it is possible to play the game without using different types of items while avoiding any disadvantage for the user.
  • the computer User information storage means for storing user information in which the first item, the second item, and the third item possessed by the user are set; In response to the user's game operation, by consuming the second item earlier than the first item possessed by the user, any third item selected from a plurality of types is given to the user.
  • a first granting means to grant and possess In response to the user's game operation, by consuming the first item before the second item possessed by the user, any third item selected from a plurality of types is given to the user.
  • Notification means It is a program to make it function as. According to such a program, it is possible to play the game without using different types of items while avoiding any disadvantage for the user.
  • the present invention can be widely applied to an information processing apparatus, a program, an information processing system, and the like that employ a game that allows a user to hold a plurality of types of items.
  • FIG. 1 is a configuration diagram illustrating an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to this embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.
  • the client terminal 10 is a terminal device such as a PC, a smartphone, or a tablet that is operated by a user, or a terminal device such as a home or business dedicated game device.
  • the server device 20 performs management and control of the game performed by the user at the client terminal 10, charging processing in the game, and the like.
  • the network N is the Internet or the like, and includes mobile radio base stations.
  • the present invention can be applied to a single game device by separately providing a mechanism for performing billing processing in a game in addition to the client / server type information processing system 1 shown in FIG.
  • the information processing system 1 in FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose.
  • the server device 20 of FIG. 1 may be configured to be distributed among a plurality of computers.
  • FIG. 2 is a hardware configuration diagram illustrating an example of the computer 50 according to the present embodiment.
  • the client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration illustrated in FIG.
  • the computer 50 is an example of an information processing apparatus.
  • the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, and the like. Has been.
  • the input device 55 and the display device 56 may be connected and used when necessary.
  • the CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading a program and data from a storage device such as the ROM 53 and the HDD 58 onto the RAM 52 and executing various processes based on the read program and data.
  • the RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily storing programs and data, and is also used as a work area when the CPU 51 executes various processes.
  • the ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off.
  • the ROM 53 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer 50 is started up.
  • the communication interface 54 is an interface for connecting the computer 50 to the network N. Thus, the computer 50 can perform data communication via the communication interface 54.
  • the input device 55 is a device used by a user or administrator to input various signals.
  • the input device 55 is an operation device such as a touch panel, operation keys and buttons, a keyboard, and a mouse.
  • the display device 56 is a device for displaying various information on the screen to the user or the administrator.
  • the display device 56 is a display such as a liquid crystal or an organic EL, for example.
  • the external interface 57 is an interface for connecting to an external device so that data communication is possible. Thereby, the computer 50 can read and / or write the recording medium via the external interface 57.
  • the external device is a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.
  • the HDD 58 is an example of a nonvolatile storage device that stores programs and data.
  • the stored programs and data include an OS that is basic software for controlling the entire computer, and applications that provide various functions on the OS.
  • a drive device using a flash memory as a storage medium for example, a solid state drive: SSD may be used.
  • the client terminal 10 and the server device 20 according to the present embodiment can implement various processes as described later by executing a program on the computer 50 having the hardware configuration described above.
  • FIG. 3 is a functional block diagram illustrating an example of the server device 20 according to the present embodiment.
  • the server device 20 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.
  • the server device 20 implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.
  • the server control unit 200 has a function of executing processing related to various games.
  • the server control unit 200 includes a game progress unit 201, a grant unit 202, a notification unit 203, and a display control unit 204.
  • the game progression unit 201 controls the progression of various games such as a battle game and a lottery game, which will be described later, based on the game operation received by the client terminal 10 from the user.
  • the grant unit 202 grants one or more characters of a plurality of characters set in character information described later to the user in a battle game or a lottery game.
  • the notification unit 203 has a user's possession before the granting unit 202 grants the third item, such as when the granting unit 202 grants the third item by combining and consuming the first item and the second item. The user is notified that two items will be consumed.
  • the display control unit 204 controls the screen display of the client terminal 10 in accordance with the progress of a battle game, a lottery game, or the like by the game progress unit 201, for example.
  • the server storage unit 220 has a function of storing information related to various games.
  • the server storage unit 220 includes an item information storage unit 221, a character information storage unit 222, and a user information storage unit 223.
  • the item information storage unit 221 stores item information regarding various items.
  • “key” as an example of the first item, “golden ball” as an example of the second item, “treasure chest” as an example of the fourth item, etc. are set. ing.
  • the character information storage unit 222 stores character information related to various characters.
  • character data is set for each “player” as an example of the third item.
  • the user information storage unit 223 stores user information related to the user.
  • the user information stored in the user information storage unit 223 includes a user rank, various items possessed by the user, various characters, and the like.
  • the server communication unit 240 has a function of communicating with the client terminal 10 via the network N.
  • FIG. 4 is a functional block diagram illustrating an example of the client terminal 10 according to the present embodiment.
  • the client terminal 10 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.
  • the client terminal 10 implements a client control unit 100, a client storage unit 120, a client communication unit 140, an operation reception unit 150, and a screen display unit 160 by executing a program.
  • the client control unit 100 includes a request transmission unit 101 and a response reception unit 102.
  • the operation reception unit 150 receives an operation from a user who operates the client terminal 10.
  • the client control unit 100 performs processing related to a game on the client terminal 10.
  • the request transmission unit 101 transmits a request to the server device 20 based on the content of the operation received by the operation reception unit 150 from the user.
  • the response receiving unit 102 receives a response such as a processing result for the request transmitted from the request transmitting unit 101 to the server device 20.
  • the client storage unit 120 stores information necessary for the client terminal 10.
  • the client communication unit 140 communicates with the server device 20.
  • the screen display unit 160 displays the screen of the client terminal 10 in accordance with control from the server device 20.
  • the server device 20 performs game progress and display control, but may be performed by the client terminal 10.
  • at least one of the game progress unit and the display control unit may be configured not to be provided in the server control unit 200 of the server device 20, while may be configured to be provided in the client control unit 100 of the client terminal 10.
  • the client control unit 100 of the client terminal 10 receives page data written in HTML (Hyper Text Markup Language) or a script included in the page data from the server device 20, and performs processing related to the game. There is a type.
  • the client control unit 100 of the client terminal 10 includes an application type that performs processing related to a game based on an installed application.
  • the game in this embodiment includes at least a battle game and a lottery game.
  • the battle game in the present embodiment is a soccer game in which teams composed of a plurality of “players” (third items) battle each other.
  • a user can form a soccer team using his / her “players” and challenge a game with another soccer team.
  • a “treasure box” (fourth item) may be given. Then, if the user can win this match, the user can acquire the assigned “treasure box”.
  • the lottery game in the present embodiment is a game in which, when a lottery execution operation is accepted from the user, the contents of the “treasure chest” acquired by the user are determined based on the lottery conditions and given to the user.
  • the “treasure box” acquired by the user is opened.
  • the “player” determined according to the lottery conditions is given to the user as the contents of the “treasure chest”.
  • the user can specify the number of “treasure chests” to be opened. In other words, if a user has multiple “treasure chests”, the number of “treasure chests” specified by the user will be opened at once, and the specified number of “players” will be sent to the user. It will be granted at once.
  • one “key” possessed by the user is basically consumed to open one “treasure chest”. In other words, if the number of “treasure chests” designated by the user is 10, ten “keys” possessed by the user are consumed at a time.
  • FIG. 5 is a flowchart for explaining an operation example of the information processing system 1 in the present embodiment.
  • the game progress unit 201 of the server device 20 When the game progress unit 201 of the server device 20 receives the request from the client terminal 10, it requests the display control unit 204 to execute screen display control so that the lottery game screen is displayed on the client terminal 10 (step S11).
  • the display control unit 204 When requested to execute screen display control from the game progression unit 201, the display control unit 204 displays a lottery game screen on the screen display unit 160 of the client terminal 10 based on the user information stored in the user information storage unit 223. To control.
  • FIG. 6 is a block diagram showing an example of user information.
  • the user information shown in FIG. 6 includes user ID, name, rank, friend, possessed character, golden ball, treasure box, key, team, and the like as items.
  • User ID is information for uniquely identifying a user.
  • the name is information indicating a user name.
  • the rank is information indicating the user's game level.
  • the friend is information indicating a friend user who can perform cooperative play or the like.
  • the possessed character is information indicating the “player” possessed by the user.
  • the golden ball is information indicating the number of “golden balls” possessed by the user.
  • the treasure box is information indicating the number of “treasure boxes” possessed by the user.
  • the key is information indicating the number of “keys” possessed by the user.
  • the team is information indicating the character ID of each player constituting the team.
  • FIG. 7 is an image diagram showing an example of a lottery game screen.
  • a treasure box number designation operation area 501 a treasure box number designation operation area 501, a key possession number display area 502, and operation buttons 503 are displayed.
  • the treasure chest number designation operation area 501 is an area for the user to perform a game operation for designating the number of “treasure chests”.
  • the user selects the number of “empty boxes” to be opened from the pull-down menu.
  • the pull-down menu up to the number of “treasure chests” owned by the user can be selected based on the user information.
  • the operation button 503 is a button for starting the lottery process by opening the “treasure chest”.
  • the user designates the number of “treasure chests” in the treasure chest number designation operation area 501 and presses the operation button 503.
  • a game operation for opening the “treasure box” is performed on the client terminal 10.
  • the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation (step S12).
  • the request transmission unit 101 of the client terminal 10 requests the server device 20 for lottery processing based on the operation content received by the operation reception unit 150 from the user.
  • step S13 when the game progress unit 201 of the server device 20 receives the operation content from the client terminal 10, the number of “keys” possessed by the user is designated by the user based on the user information stored in the user information storage unit 223. It is determined whether or not the number of the “treasure chests” is equal to or greater than that (step S13).
  • step S17 the process proceeds to step S17 described later.
  • the process proceeds to the next step S14.
  • the game progress unit 201 of the server device 20 determines that the number of “keys” possessed by the user is less than the number of “treasure chests” designated by the user (that is, designated by the user).
  • the “golden ball” possessed by the user is based on the user information stored in the user information storage unit 223. It is determined whether or not the number of "" is equal to or greater than the number of insufficient "keys” (step S14).
  • step S15 if the number of “golden balls” possessed by the user is less than the insufficient number of “keys”, the process proceeds to step S18 described later. On the other hand, if it is determined that the number of “golden balls” possessed by the user is greater than or equal to the number of “keys” for the shortage, the process proceeds to the next step S15.
  • the game progress unit 201 of the server device 20 determines that the number of “golden balls” possessed by the user is equal to or greater than the number of “keys” for the shortage (that is, the lack of “keys” If the user has more than “golden balls”, the notification unit 203 is requested to execute notification processing.
  • the notification unit 203 of the server device 20 When the notification unit 203 of the server device 20 is requested to execute the notification process from the game progression unit 201, the notification unit 203 notifies the user that the “golden ball” possessed by the user is consumed (step S15).
  • notification is performed by a notification screen as shown in FIG. Therefore, when the display control unit 204 is requested to execute screen display control from the notification unit 203, the display control unit 204 displays a notification screen on the screen display unit 160 of the client terminal 10 based on the user information stored in the user information storage unit 223. To control.
  • FIG. 8 is an image diagram showing an example of a notification screen regarding golden ball consumption.
  • the notification screen 550 displays a notification content display area 551, a golden ball possession number display area 552, a continue operation button 553, and a cancel operation button 554.
  • the notification content display area 551 it is notified that the “golden ball” possessed by the user is consumed.
  • the number of “treasure chests” designated by the user is 10
  • the “key” possessed by the user is 8, and the number of “golden balls” possessed by the user is 5.
  • two “keys” are insufficient for ten “treasure chests”. Therefore, it is notified that two “golden balls” are consumed to make up for the shortage of the “key”.
  • the continue operation button 553 is an operation button for continuing to open the “treasure box”.
  • the cancel operation button 554 is an operation button for canceling the opening of the “treasure box”.
  • the user who wishes to continue opening the “treasure chest” performs an operation for selecting the continue operation button 553 on the client terminal 10 when the notification screen 550 is displayed on the screen display unit 160 of the client terminal 10.
  • the user who wishes to cancel the opening of the “treasure chest” performs an operation for selecting the cancel operation button 554 on the client terminal 10 when the notification screen 550 is displayed on the screen display unit 160 of the client terminal 10.
  • the operation reception unit 150 of the client terminal 10 receives an operation for continuing to open the “treasure chest” or an operation for canceling the opening of the “treasure chest” from the user.
  • the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.
  • the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for continuing to open the “treasure box” has been received (step S16).
  • step S11 When an operation for canceling the opening of the “treasure box” is accepted, the process returns to the above-described step S11, and the number of “treasure chests” to be opened is designated again by the user. On the other hand, if an operation for continuing to open the “treasure chest” is accepted, the process proceeds to the next step S17.
  • the game progression unit 201 of the server device 20 requests the granting unit 202 to execute item lottery by opening the “treasure box” (step S17).
  • the granting unit 202 consumes at least one of “key” and “golden ball” possessed by the user, thereby storing the character stored in the character information storage unit 222.
  • One of a plurality of “players” set in the information is selected, and the selected “player” is given to the user and possessed.
  • FIG. 9 is a block diagram showing an example of character information.
  • the character information shown in FIG. 9 has items such as a character ID, a name, a rarity, and an ability parameter.
  • the character ID is information for uniquely identifying the “player”.
  • the name is information indicating a character name.
  • the rarity is information indicating the rare value of the “player”. Here, one of a plurality of levels (for example, 5 levels) of rarity is set.
  • the ability parameter is information indicating the ability of the “player”. Here, ability values such as attack, defense, and stamina are set.
  • step S13 when it is determined that the number of “keys” possessed by the user is equal to or greater than the number of “treasure chests” designated by the user (that is, “designated by the user” In the case where the user has more “keys” than the number of “treasure chests”), the granting unit 202 consumes only the “keys” possessed by the user by the designated number of “treasure chests”, thereby drawing lottery conditions.
  • “players” are selected from a plurality of types for the designated number of “treasure chests” and given to the user.
  • the number of “treasure chests” designated by the user is 10 and the number of “keys” possessed by the user can be specified from the user information, 10 “keys” Will be consumed and 10 “players” selected by lottery will be given to the user.
  • step S16 if it is determined that an operation for continuing to open the “treasure box” has been accepted (that is, by supplementing the shortage of “key” with the “golden ball”)
  • the granting unit 202 When opening the “treasure box”), the granting unit 202 combines the “key” and “golden ball” possessed by the user and consumes the designated number of “treasure chests” or is possessed by the user. By consuming only the “golden ball” for the designated number of “treasure chests”, based on the lottery conditions, only the designated number of “treasure chests” for the designated number of “treasure chests” are selected and given to the user.
  • the number of “treasure chests” specified by the user is 10
  • the “key” possessed by the user is 8, and the number of “golden balls” possessed by the user is 5.
  • the number of “treasure chests” designated by the user is 10
  • the “key” possessed by the user is 0,
  • the number of “golden balls” possessed by the user is 20. If it can be specified, only 10 “golden balls” are consumed, and 10 “players” selected by lottery are given to the user.
  • the granting unit 202 updates the user information stored in the user information storage unit 223 to delete the designated “treasure box” and the consumed “key” and “golden ball” from the user's ownership, The given “player” is set as the user's possessed character.
  • the granting unit 202 in the present embodiment gives “player” and “golden ball” to give “player” by consuming only “key” when a user's game operation is performed. This is performed in preference to giving “player” by consuming a combination of and giving “player” by consuming only “golden ball”.
  • the game progression unit 201 of the server device 20 determines that the number of “golden balls” possessed by the user is less than the shortage of “keys” in the process of step S14 described above. In other words, when the number of “golden balls” possessed by the user is insufficient with respect to the number of “keys” that are insufficient, the notification unit 203 is requested to execute notification processing.
  • the notification unit 203 of the server device 20 When the notification unit 203 of the server device 20 is requested to execute the notification process from the game progression unit 201, the notification unit 203 notifies the user of the acquisition of the missing “golden ball” (step S18).
  • notification is performed using a notification screen as shown in FIG. Therefore, when the display control unit 204 is requested to execute screen display control from the notification unit 203, the display control unit 204 displays a notification screen on the screen display unit 160 of the client terminal 10 based on the user information stored in the user information storage unit 223. To control.
  • FIG. 10 is an image diagram showing an example of a notification screen for guiding the acquisition of the golden ball.
  • the notification screen 560 displays a notification content display area 561, a continue operation button 562, and a cancel operation button 563.
  • the continue operation button 562 is an operation button for continuing to purchase “Golden Ball”.
  • the cancel operation button 563 is an operation button for canceling the purchase of the “golden ball”.
  • the user who wishes to purchase “Golden Ball” performs an operation for selecting the continue operation button 562 on the client terminal 10 when the notification screen 560 is displayed on the screen display unit 160 of the client terminal 10.
  • the user who does not wish to purchase “Golden Ball” performs an operation for selecting the cancel operation button 563 on the client terminal 10 when the notification screen 560 is displayed on the screen display unit 160 of the client terminal 10.
  • the operation reception unit 150 of the client terminal 10 receives an operation for continuing the purchase of “Golden Ball” or an operation for canceling the purchase of “Golden Ball” from the user.
  • the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.
  • the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not an operation for continuing to purchase “Golden Ball” has been received (step S19).
  • step S11 When an operation for canceling the purchase of “Golden Ball” is accepted, the process returns to the above-described step S11, and the user is again designated the number of “treasure chests” to be opened. On the other hand, if an operation for continuing to purchase “Golden Ball” is accepted, the process proceeds to the next step S20.
  • the game progress unit 201 of the server device 20 determines that the number of “golden balls” possessed by the user is equal to or greater than the number of “keys” for the shortage (that is, the lack of “keys” If the user has more than “golden balls”, the notification unit 203 is requested to execute notification processing.
  • the notification unit 203 of the server device 20 When the notification unit 203 of the server device 20 is requested to execute the notification process from the game progression unit 201, the notification unit 203 notifies the user of the purchase of the “golden ball” (step S20).
  • notification is performed by an item purchase screen displaying a list of items that can be purchased. Therefore, the display control unit 204 performs control to display the item purchase screen on the screen display unit 160 of the client terminal 10 when the notification unit 203 requests execution of screen display control.
  • FIG. 11 is a block diagram showing an example of item information.
  • the item information shown in FIG. 11 has item ID, name, price, etc. as items.
  • the item ID is information for uniquely identifying an item.
  • the name is information indicating an item name.
  • the price is information indicating the purchase amount of the item.
  • “Golden Ball” is set as a pay item
  • “Treasure Box” and “Key” are set as free items. That is, the “golden ball” is set as an item having a higher value than the “key”.
  • the user who wishes to purchase when the item purchase screen is displayed on the screen display unit 160 of the client terminal 10, performs an operation to designate and purchase “Golden Ball” from the item list to the client terminal 10. Do.
  • the information processing system 1 when the user performs a game operation to open the “treasure chest”, at least one of the “key” and “golden ball” possessed by the user is consumed, The “player” that is the contents of the “treasure box” is determined based on the lottery conditions and given to the user.
  • a lottery game can be played by making up the shortage with “golden balls”.
  • the “key” and “golden ball” possessed by the user are consumed in combination, and the “player” that is the contents of the “treasure chest” is determined based on the lottery conditions. Will be granted to users.
  • the user can play the game without using different types of items to be consumed even if he has a “golden ball” having a higher value or lower consumption priority than the “key”.
  • the user is notified before the “golden ball” having a higher value than the “key” or the consumption priority is consumed. Therefore, since the “golden ball” is not consumed without knowing it, it is not disadvantageous for the user.
  • an in-game item (“key”, “golden ball”) is described as an example of the first item and the second item, but the present invention is not limited to this.
  • virtual currency such as coins, medals, and tickets, or cash currency may be used.
  • the in-game character (“player”) has been described as an example of the third item, but the present invention is not limited to this.
  • in-game items coins, medals, virtual currencies such as tickets, and the like may be used.
  • the first item and the second item may be items having the same name and cannot be distinguished by the user.
  • the first item and the second item may be handled as game data that can be distinguished from each other.
  • one item may be a paid item and the other item may be a free item.
  • the “Golden Ball”, which is a paid item, is not only a higher-value item than the “key”, which is a free item, but also a highly versatile item. That is, the “key” can be used only in the lottery game, but the “golden ball” can be used in a battle game or the like in addition to the lottery game.
  • “Key” is an item that can only be used to open “Treasure Chest”, but “Golden Ball” is the maximum number of “Players” used in soccer games besides opening “Treasure Chest”. This item can be used to expand the list, can be used to expand the maximum number of friends, and can be used to exchange with other items.
  • the case where the “golden ball” that is a paid item is set as an item having a lower consumption priority than the “key” that is a free item has been described as an example.
  • the invention is not limited to this.
  • the “key” that is a free item may be set as an item that has a lower consumption priority than the “golden ball” that is a paid item.
  • the “golden balls” can be preferentially consumed to open the “treasure chests”.
  • the “treasure chest” can be opened by making up the shortage with “keys”.
  • the “treasure chest” may be opened in a fixed amount (for example, 10) in one lottery game without allowing the user to specify the number of “treasure chests” to be opened.
  • the lottery game using the “treasure box” possessed by the user has been described as an example, but the present invention is not limited to this.
  • a lottery game using a “treasure box” that the user does not have may be used.
  • it may be a lottery game without a “treasure chest”.
  • a plurality of characters may be collectively drawn out of the plurality of characters set in the character information.
  • one “key” or “golden ball” is required to open one treasure box (10 “keys” or “golden balls” are required to open ten treasure chests.
  • the present invention is not limited to this.
  • the present invention can be applied to a lottery game in which a plurality of (eg, ten) “keys” or “golden balls” are required to open one treasure chest.
  • the granting unit 202 possesses the possession when it is determined that the user does not possess a “golden ball” equal to or greater than the shortage “key” in the process of step S14 described above.
  • the “key” of the quantity By consuming only the “key” of the quantity, only the “player” of the same amount as the quantity of the above-mentioned interest among the “players” of the designated number of “treasure chests” may be given.
  • the granting unit 202 possesses the possession when it is determined that the user does not possess a “golden ball” equal to or greater than the shortage “key” in the process of step S14 described above.
  • the amount of “Kagi” and the amount of “Golden Ball” in the amount of “Equity” are consumed in combination, and among the “Players” for the designated number of “Treasure Box”, The same amount of “players” may be given as the total amount of the “ball” ownership.
  • the granting unit 202 determines in the process of step S14 described above that it does not have a “golden ball” equal to or greater than the shortage “key” quantity, By consuming only the “key” of the quantity, among the specified number of “players” in the “treasure box”, the same amount of “players” as the amount of the above-mentioned ownership is granted, and the remaining quantity of “players” "May be given based on the lottery probability.
  • the granting unit 202 determines in the process of step S14 described above that it does not have a “golden ball” equal to or greater than the shortage “key” quantity, By combining the “key” of the quantity and the “golden ball” of the ownership amount, among the specified number of “players” in the “treasure chest”, the “ownership” quantity of the “key” and the “golden ball” Alternatively, the same amount of “players” as the total amount of interests may be given, and the remaining amount of “players” may be given based on the lottery probability.
  • the granting unit 202 can open the “treasure box” without consuming the “key” or “golden ball” and give the “player” by lottery.
  • the initial lottery is likely to fail using a predetermined probability (for example, 99%). It is also possible to give a “player” to the user when the opening is successful, and to give a “failure item” to the user when the opening fails. It is also possible to make it easier to succeed by lowering the predetermined probability for each unsuccessful opening. And when opening is successful, you may reset the changed predetermined probability to an initial value.
  • a plurality of types of lottery games may be prepared, and the item consumption priority may be set for each lottery game.
  • the first granting unit consumes the “golden ball” before the “key” possessed by the user, so that any “player” selected from a plurality of types is selected.
  • the second granting unit consumes the “key” before the “golden ball” possessed by the user, so that any “ A player is given to the user.
  • the notification unit 203 consumes the item possessed by the user. Notification to the user.
  • a soccer game has been described as an example of a battle game, but the present invention is not limited to this.
  • it may be another sports game, an RPG that plays against enemy characters, a battle action game, a battle puzzle game, or the like.
  • 1 information processing system 10 client terminal, 20 server device, 50 computer, 51 CPU, 52 RAM, 53 ROM, 54 communication interface, 55 input device, 56 display device, 57 external interface, 58 HDD, 100 client control unit, 101 Request transmission unit, 102 response reception unit, 120 client storage unit, 140 client communication unit, 150 operation reception unit, 160 screen display unit, 200 server control unit, 201 game progress unit, 202 grant unit, 203 notification unit, 204 display control Part, 220 server storage part, 221 item information storage part, 222 character information storage part, 223 user information storage part, 240 server communication part, 500 lottery game screen, 501 treasure box number Fixed operation area, 502 key number display area, 503 operation buttons, 550 notification screen, 551 notification content display area, 552 golden ball possession number display area, 553 continue operation button, 554 stop operation button, 560 notification screen, 561 notification content Display area, 562 Continue operation button, 563 Cancel operation button, B bus line, N network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ユーザーにとって不利益とならないようにしつつ、アイテムの種類を使い分けることなくゲームプレイできるようにする。　本発明は、ユーザーの所持する第１アイテム、前記第１アイテムよりも価値の高い第２アイテム、及びそれらアイテムとは異なる第３アイテムを記憶するユーザー情報記憶部と、ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより第３アイテムを付与する付与部と、前記付与部が第１アイテムのみを消費する場合、前記付与部が第１アイテム及び第２アイテムを組み合せて消費する場合、及び、前記付与部が第２アイテムのみを消費する場合のうち、前記付与部が第１アイテムのみを消費する場合を除いた場合には、前記付与部が第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることを通知する通知部を備える情報処理装置である。

Description

情報処理装置及びプログラム
　本発明は、情報処理装置及びプログラムに関する。
　異なる種類のアイテムをユーザーに所持させておき、複数キャラクター群のそれぞれに応じた種類のアイテムをユーザーの所持するアイテムの中から消費させることによって、それぞれのキャラクター群の中から選択されたキャラクターをユーザーに付与するゲームを実行する情報処理装置が知られている（たとえば、特許文献１）。
特許第５２８０５７９号公報
　この情報処理装置では、ユーザーは、それぞれのキャラクター群に応じて、消費させるアイテムの種類を使い分けてゲームプレイする必要があった。そのため、ユーザーは、或るキャラクター群に対応する種類のアイテムを所持していなければ、アイテム不足によりゲームプレイできないことになってしまう。
　一方で、アイテムの種類を使い分けることなくゲームプレイできるようにした場合に、或る種類のアイテムを所持していなくても、他の種類のアイテムを所持していれば、不足分を他の種類のアイテムで補うことによってゲームプレイすることができるようになる。ところが、不足分を他の種類のアイテムで補う場合には、ユーザーの気付かないうちに他の種類のアイテムが消費されてしまうと、ユーザーにとって不利益となってしまう。
　本発明は、このよう事情に鑑みてなされたものであり、その目的とするところは、ユーザーにとって不利益とならないようにしつつ、消費させるアイテムの種類を使い分けることなくゲームプレイできるようにすることにある。
　上記課題を解決するための本発明の主たる発明は、
　ユーザーの所持する第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い第２アイテム、及び、第１アイテム及び第２アイテムとは異なる第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる付与部と、
　前記付与部が第１アイテムのみを消費することによって第３アイテムを付与する場合、前記付与部が第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与する場合、及び、前記付与部が第２アイテムのみを消費することによって第３アイテムを付与する場合のうち、前記付与部が第１アイテムのみを消費することによって第３アイテムを付与する場合を除いた場合には、前記付与部が第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
　を備えたことを特徴とする情報処理装置である。
　このような情報処理装置によれば、ユーザーは、ゲーム操作を行なうと、ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方が消費され、第３アイテムを獲得できる。そのため、ユーザーは、第１アイテムとは別に、第１アイテムよりも価値の高い又は消費優先度の低い第２アイテムを所持していても、消費させるアイテムの種類を使い分けることなくゲームプレイできる。また、第１アイテムと異なる種類の第２アイテムが消費される前に、その旨がユーザーに通知される。そのため、ユーザーの知らないうちに第２アイテムが消費されることがなく、ユーザーにとって不利益とならない。
　また、前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
　第１アイテムのみを消費することによって第３アイテムを付与することを、第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与すること、及び、第２アイテムのみを消費することによって第３アイテムを付与することよりも、優先して行なうことが望ましい。
　これにより、価値の低い又は消費優先度の高い第１アイテムから優先的に消費されるため、ユーザーにとって不利益とならない。
　また、前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
　所定量以上の第１アイテムを前記ユーザーが所持しているか否かを判定し、
　所定量以上の第１アイテムを所持していると判定された場合は、第１アイテムのみを所定量だけ消費することによって第３アイテムを付与し、
　所定量以上の第１アイテムを所持していないと判定された場合には、前記所定量に対する不足分の量以上の第２アイテムを前記ユーザーが所持しているか否かを判定し、
　不足分の量以上の第２アイテムを所持していると判定された場合には、所持分の量の第１アイテムと不足分の量の第２アイテムを組み合せた所定量を消費することによって第３アイテムを付与することが望ましい。
　これにより、価値の低い又は消費優先度の高い第１アイテムから優先的に消費され、第１アイテムの不足分を価値の高い又は消費優先度の低い第２アイテムで補うことができる。
　また、前記通知部は、不足分の量以上の第２アイテムを所持していない場合には、第２アイテムの取得を誘導する通知を行なうことが望ましい。
　これにより、ユーザーは不足分の第２アイテムを取得し易くなる。
　また、ユーザーの所持する１又は複数の第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い１又は複数の第２アイテム、及び、第１アイテム及び第２アイテムとは異なる１又は複数の第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を所定量だけ消費することにより、複数種類の中から選択された前記所定量の第３アイテムを前記ユーザーに対して付与し所持させる付与部と、
　第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、第１アイテムの量と第２アイテムの量を合算したときの所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、及び、第２アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合のうち、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合を除いた場合には、前記付与部が前記所定量の第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
　を備えたことを特徴とする情報処理装置である。
　このような情報処理装置によれば、ユーザーは、ゲーム操作を行なうと、ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方が所定量だけ消費され、その所定量の第３アイテムを獲得できる。そのため、アイテムの消費量と獲得量が同じ量である場合でも、ユーザーは、消費させるアイテムの種類を使い分けることなくゲームプレイできる。また、第１アイテムと異なる種類の第２アイテムが消費される前に、その旨がユーザーに通知される。そのため、ユーザーの知らないうちに第２アイテムが消費されることがなく、ユーザーにとって不利益とならない。
　また、前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
　所定量以上の第１アイテムを前記ユーザーが所持しているか否かを判定し、
　所定量以上の第１アイテムを所持していると判定された場合は、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与し、
　所定量以上の第１アイテムを所持していないと判定された場合には、前記所定量に対する不足分の量以上の第２アイテムを前記ユーザーが所持しているか否かを判定し、
　不足分の量以上の第２アイテムを所持していると判定された場合には、所持分の量の第１アイテムと不足分の量の第２アイテムを組み合せた所定量を消費することによって前記所定量の第３アイテムを付与することが望ましい。
　これにより、価値の低い又は消費優先度の高い第１アイテムから優先的に所定量が消費され、第１アイテムの不足分の量を価値の高い又は消費優先度の低い第２アイテムの量で補って所定量が消費される。
　また、前記付与部は、不足分の量以上の第２アイテムを所持していないと判定された場合には、所持分の量の第１アイテムと所持分の量の第２アイテムを組み合せて消費することによって、前記所定量の第３アイテムのうちの、第１アイテムの前記所持分の量と第２アイテムの前記所持分の量の合計量と同量の第３アイテムを付与することが望ましい。
　これにより、第１アイテムの不足分の量を第２アイテムの量で補うことができなくても、第１アイテムの所持分の量と同量の第３アイテムを獲得できる。
　また、前記付与部は、不足分の量以上の第２アイテムを所持していないと判定された場合には、所持分の量の第１アイテムと所持分の量の第２アイテムを組み合せて消費することによって、前記所定量の第３アイテムのうち、第１アイテムの前記所持分の量と第２アイテムの前記所持分の量の合計量と同量の第３アイテムを付与し、かつ、残存分の量の第３アイテムを抽選確率に基づいて付与することが望ましい。
　これにより、第１アイテムの不足分の量を第２アイテムの量で補うことができなくても、第１アイテムの所持分の量と同量の第３アイテムを獲得できる。さらに、残存分の量の第３アイテムを付加的に獲得できる場合があるので、ユーザーの期待感を昂揚させることができる。
　また、前記付与部は、前記通知部が前記ユーザーの所持する第２アイテムが消費されることを通知した後に、
　前記ユーザーによって第２アイテムを消費させるための操作が行われた場合に、第３アイテムを付与し、
　前記ユーザーによって第２アイテムを消費させないための操作が行われた場合には、第３アイテムを付与しないことが望ましい。
　これにより、第２アイテムを消費させるか否かについて、ユーザーの意思を反映させることができる。
　また、前記通知部は、ユーザーの前記ゲーム操作が行われたときに、前記ユーザーの所持する第２アイテムが消費されることを通知することが望ましい。
　これにより、ユーザーがゲーム操作を行なったタイミングで通知されるため、第２アイテムが消費されることをユーザーに早期に認識させることができる。
　また、ユーザーの所持する第１アイテム、第２アイテム、及び第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテムよりも第２アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第１付与部と、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第２アイテムよりも第１アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第２付与部と、
　前記第１付与部又は前記第２付与部が第２アイテムを消費して第３アイテムを付与する場合に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
　を備えたことを特徴とする情報処理装置である。
　このような情報処理装置によれば、ユーザーは、ゲーム操作を行なうと、第１アイテムよりも第２アイテムが先に消費されたり、第２アイテムよりも第１アイテムが先に消費されたりして、第３アイテムを獲得できる。そのため、ユーザーは、消費させるアイテムの種類を使い分けることなくゲームプレイできる。また、第１アイテムと異なる種類の第２アイテムが消費される前に、その旨がユーザーに通知される。そのため、ユーザーの知らないうちに第２アイテムが消費されることがなく、ユーザーにとって不利益とならない。
　また、コンピューターを、
　ユーザーの所持する第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い第２アイテム、及び、第１アイテム及び第２アイテムとは異なる第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる付与手段、
　前記付与手段が第１アイテムのみを消費することによって第３アイテムを付与する場合、前記付与手段が第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与する場合、及び、前記付与手段が第２アイテムのみを消費することによって第３アイテムを付与する場合のうち、前記付与手段が第１アイテムのみを消費することによって第３アイテムを付与する場合を除いた場合には、前記付与手段が第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
　として機能させるためのプログラムである。
　このようなプログラムによれば、ユーザーにとって不利益とならないようにしつつ、アイテムの種類を使い分けることなくゲームプレイできるようになる。
　また、コンピューターを、
　ユーザーの所持する１又は複数の第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い１又は複数の第２アイテム、及び、第１アイテム及び第２アイテムとは異なる１又は複数の第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を所定量だけ消費することにより、複数種類の中から選択された前記所定量の第３アイテムを前記ユーザーに対して付与し所持させる付与手段、
　第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、第１アイテムの量と第２アイテムの量を合算したときの所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、及び、第２アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合のうち、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合を除いた場合には、前記付与手段が前記所定量の第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
　として機能させるためのプログラムである。
　このようなプログラムによれば、ユーザーにとって不利益とならないようにしつつ、アイテムの種類を使い分けることなくゲームプレイできるようになる。
　また、コンピューターを、
　ユーザーの所持する第１アイテム、第２アイテム、及び第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテムよりも第２アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第１付与手段、
　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第２アイテムよりも第１アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第２付与手段、
　前記第１付与手段又は前記第２付与手段が第２アイテムを消費して第３アイテムを付与する場合に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
　として機能させるためのプログラムである。
　このようなプログラムによれば、ユーザーにとって不利益とならないようにしつつ、アイテムの種類を使い分けることなくゲームプレイできるようになる。
本実施形態に係る情報処理システムの一例を示す構成図である。 本実施形態に係るコンピューターの一例を示すハードウェア構成図である。 本実施形態に係るサーバー装置の一例を示す機能ブロック図である。 本実施形態に係るクライアント端末の一例を示す機能ブロック図である。 本実施形態における情報処理システムの動作例を説明するフローチャートである。 ユーザー情報の一例を示す構成図である。 抽選ゲーム画面の一例を示すイメージ図である。 ゴールデンボール消費に関する通知画面の一例を示すイメージ図である。 キャラクター情報の一例を示す構成図である。 ゴールデンボール取得を誘導する通知画面の一例を示すイメージ図である。 アイテム情報の一例を示す構成図である。
　以下では、本発明の実施形態に係る情報処理装置、プログラム及び情報処理システムについて詳細に説明する。なお、本発明は複数種類のアイテムをユーザーに所持させるゲームを採用する情報処理装置、プログラム及び情報処理システム等に広く適用できる。
［実施形態］
＜システム構成＞
　図１は、本実施形態に係る情報処理システム１の一例を示す構成図である。図１に示すように、本実施形態に係る情報処理システム１は、１台以上のクライアント端末１０とサーバー装置２０とがネットワークＮを介して接続されている。
　クライアント端末１０は、ユーザーが操作するＰＣ、スマートフォン、タブレットなどの端末装置や、家庭用や業務用のゲーム専用機器などの端末装置である。サーバー装置２０は、クライアント端末１０でユーザーにより行われるゲームの管理や制御、ゲーム内での課金処理等を行う。ネットワークＮは、インターネット等であって、移動無線基地局などを含む。
　なお、本発明は図１に示すクライアント・サーバー型の情報処理システム１の他、ゲーム内での課金処理を行う仕組みを別途設けることで単体のゲーム装置においても適用可能である。図１の情報処理システム１は一例であって用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、図１のサーバー装置２０は複数のコンピューターに分散して構成してもよい。
＜ハードウェア構成＞
　《クライアント端末及びサーバー装置》
　図２は、本実施形態に係るコンピューター５０の一例を示すハードウェア構成図である。本実施形態に係るクライアント端末１０及びサーバー装置２０は、例えば図２に示すハードウェア構成のコンピューター５０により実現される。なお、コンピューター５０は情報処理装置の一例である。
　コンピューター５０は、図２に示すように、ＣＰＵ５１、ＲＡＭ５２、ＲＯＭ５３、通信インタフェース５４、入力装置５５、表示装置５６、外部インタフェース５７、及びＨＤＤ５８などを備えており、それぞれがバスラインＢで相互に接続されている。なお、入力装置５５及び表示装置５６は必要なときに接続して利用する形態であってもよい。
　ＣＰＵ５１は、ＲＯＭ５３やＨＤＤ５８などの記憶装置からプログラムやデータをＲＡＭ５２上に読み出し、読み出したプログラムやデータに基づく各種処理を実行することによって、コンピューター全体の制御や機能を実現する演算装置である。
　ＲＡＭ５２は、プログラムやデータを一時保持するための揮発性の半導体メモリ（記憶装置）の一例であり、ＣＰＵ５１が各種処理を実行する際のワークエリアとしても利用される。
　ＲＯＭ５３は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５３には、コンピューター５０の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。
　通信インタフェース５４は、コンピューター５０をネットワークＮに接続するためのインタフェースである。これにより、コンピューター５０は通信インタフェース５４を介してデータ通信を行うことができる。
　入力装置５５は、ユーザー又は管理者が各種信号を入力するのに用いる装置である。入力装置５５は、例えば、タッチパネル、操作キーやボタン、キーボードやマウスなどの操作装置である。
　表示装置５６は、ユーザー又は管理者に対して各種情報を画面表示するための装置である。表示装置５６は、例えば、液晶や有機ＥＬなどのディスプレイである。
　外部インタフェース５７は、外部装置とデータ通信可能に接続するためのインタフェースである。これにより、コンピューター５０は外部インタフェース５７を介して記録媒体の読み取り及び／又は書き込みを行うことができる。外部装置は、例えば、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどの記録媒体である。
　ＨＤＤ５８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピューター全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。
　なお、ＨＤＤ５８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用してもよい。
　本実施形態に係るクライアント端末１０及びサーバー装置２０は、上述したハードウェア構成のコンピューター５０においてプログラムを実行することにより、後述するような各種処理を実現できる。
＜ソフトウェア構成＞
　《サーバー装置》
　図３は、本実施形態に係るサーバー装置２０の一例を示す機能ブロック図である。本実施形態に係るサーバー装置２０は、例えば図３に示す機能ブロックにより実現される。
　本実施形態に係るサーバー装置２０は、プログラムを実行することにより、サーバー制御部２００、サーバー記憶部２２０、及びサーバー通信部２４０を実現する。
　サーバー制御部２００は、各種ゲームに関する処理を実行する機能を有する。このサーバー制御部２００は、ゲーム進行部２０１、付与部２０２、通知部２０３、及び表示制御部２０４を含む。
　ゲーム進行部２０１は、クライアント端末１０がユーザーから受け付けたゲーム操作に基づいて、後述する対戦ゲーム及び抽選ゲーム等、各種ゲームの進行を制御する。
　付与部２０２は、対戦ゲームや抽選ゲームにおいて、後述するキャラクター情報に設定された複数キャラクターのうちの１又は複数のキャラクターをユーザーに対して付与する。
　通知部２０３は、付与部２０２が第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与する場合等、付与部２０２が第３アイテムを付与する前に、ユーザーの所持する第２アイテムが消費されることに関する通知をそのユーザーに対して行う。
　表示制御部２０４は、例えば、ゲーム進行部２０１による対戦ゲームや抽選ゲーム等の進行に従い、クライアント端末１０の画面表示を制御する。
　サーバー記憶部２２０は、各種ゲームに関する情報を記憶する機能を有する。このサーバー記憶部２２０は、アイテム情報記憶部２２１、キャラクター情報記憶部２２２、及びユーザー情報記憶部２２３を含む。
　アイテム情報記憶部２２１は、各種アイテムに関するアイテム情報を記憶している。アイテム情報記憶部２２１が記憶するアイテム情報には、第１アイテムの一例としての「カギ」、第２アイテムの一例としての「ゴールデンボール」、第４アイテムの一例としての「宝箱」等が設定されている。
　キャラクター情報記憶部２２２は、各種キャラクターに関するキャラクター情報を記憶している。キャラクター情報記憶部２２２が記憶するキャラクター情報には、第３アイテムの一例としての「選手」毎にキャラクターデータが設定されている。
　ユーザー情報記憶部２２３は、ユーザーに関するユーザー情報を記憶している。ユーザー情報記憶部２２３が記憶するユーザー情報には、ユーザーのランク、ユーザーが所持する各種アイテムや各種キャラクター等が設定されている。
　サーバー通信部２４０は、ネットワークＮを介してクライアント端末１０との通信を行う機能を有する。
　《クライアント端末》
　図４は、本実施形態に係るクライアント端末１０の一例を示す機能ブロック図である。本実施形態に係るクライアント端末１０は、例えば図４に示す機能ブロックにより実現される。
　本実施形態に係るクライアント端末１０は、プログラムを実行することにより、クライアント制御部１００、クライアント記憶部１２０、クライアント通信部１４０、操作受付部１５０、画面表示部１６０を実現する。クライアント制御部１００は、要求送信部１０１、応答受信部１０２を含む。
　操作受付部１５０は、クライアント端末１０を操作するユーザーからの操作を受け付ける。また、クライアント制御部１００は、クライアント端末１０におけるゲームに関する処理を行う。要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作の内容に基づき、サーバー装置２０に対して要求を送信する。応答受信部１０２は、要求送信部１０１がサーバー装置２０に対して送信した要求に対する処理結果などの応答を受信する。
　また、クライアント記憶部１２０は、クライアント端末１０において必要となる情報を記憶する。クライアント通信部１４０は、サーバー装置２０との通信を行う。画面表示部１６０は、サーバー装置２０からの制御に従い、クライアント端末１０の画面表示を行う。
　なお、上述したように、本実施形態に係る情報処理システム１では、サーバー装置２０がゲームの進行や表示制御を行うが、クライアント端末１０が行ってもよい。具体的には、ゲーム進行部及び表示制御部の少なくとも一方を、サーバー装置２０のサーバー制御部２００に設けない構成にする一方で、クライアント端末１０のクライアント制御部１００に設ける構成にしてもよい。
　また、クライアント端末１０のクライアント制御部１００は、ＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータやページデータ内に含まれるスクリプトなどをサーバー装置２０から受信して、ゲームに関する処理を行うブラウザ型がある。また、クライアント端末１０のクライアント制御部１００は、インストールされたアプリケーションに基づいて、ゲームに関する処理を行うアプリケーション型がある。
＜ゲームの概要＞
　ここでは、本実施形態におけるゲームの概要について説明する。本実施形態におけるゲームには、少なくとも対戦ゲーム及び抽選ゲームが含まれている。
　本実施形態における対戦ゲームは、複数の「選手」（第３アイテム）から構成されるチーム同士を対戦させるサッカーゲームである。このサッカーゲームでは、ユーザーは、自己の所持する「選手」を用いてサッカーチームを結成して、他のサッカーチームとの試合に挑むことができる。
　このサッカーゲームでは、ユーザーのチームが試合中にゴールを決めると、「宝箱」（第４アイテム）が付与される場合がある。そして、ユーザーは、この試合に勝利することができれば、その付与された「宝箱」を獲得することができる。
　本実施形態における抽選ゲームは、ユーザーから抽選実行の操作を受け付けると、ユーザーの獲得した「宝箱」の中身を抽選条件に基づき決定してユーザーに付与するゲームである。
　この抽選ゲームでは、ユーザーの所持する「カギ」（第１アイテム）及び「ゴールデンボール（ＧＢ）」（第２アイテム）の少なくとも一方を消費することによって、ユーザーの獲得した「宝箱」が開封される。「宝箱」が開封されると、抽選条件に従って決定された「選手」がその「宝箱」の中身としてユーザーに付与される。
　この際、「宝箱」の中身となる「選手」については、レアリティの高い「選手」よりもレアリティの低い「選手」が抽選され易くなっている。抽選の結果によって付与された「選手」は、上述したサッカーゲームで利用できる。
　この抽選ゲームでは、開封させる「宝箱」の個数をユーザーに指定させることができる。つまり、ユーザーが複数個の「宝箱」を所持している場合には、そのユーザーによって指定された個数分の「宝箱」が一度に開封され、その指定された個数分の「選手」がユーザーに対して一度に付与されることになる。
　この抽選ゲームでは、基本的に１個の「宝箱」を開封するために、ユーザーの所持する１個の「カギ」が消費される。つまり、ユーザーによって指定された「宝箱」の個数が１０個であれば、ユーザーの所持する１０個の「カギ」が一度に消費されることになる。
　このとき、ユーザーが１０個以上の「カギ」を所持していない場合には、ユーザーによって指定された「宝箱」の個数に対して「カギ」の個数が不足することになる。本実施形態では、このように「カギ」が不足した場合には、その「カギ」の不足分を「ゴールデンボール」で補うことができる。
　すなわち、一度に１０個の「宝箱」を開封させるのに、ユーザーが「カギ」と「ゴールデンボール」を組み合せて１０個所持していれば、「カギ」が不足していてもそのまま抽選ゲームをプレイすることができる。
　このように「カギ」の不足分を「ゴールデンボール」で補う場合には、ユーザーの気付かぬうちに「ゴールデンボール」が消費されてしまうと、ユーザーにとって不利益となってしまう。
　特に、「カギ」が無料アイテムであって、「ゴールデンボール」が有料アイテムである場合には、「カギ」よりも価値の高い「ゴールデンボール」が知らぬ間に消費されてしまうと、ユーザーにとって不利益となる。
　また、「カギ」が消費優先度の高いアイテムであって、「ゴールデンボール」が消費優先度の低いアイテムである場合にも、ユーザーが気付かないうちに、「カギ」の後で消費されるはずの「ゴールデンボール」が消費されてしまうと、ユーザーにとって不利益となる。
　そこで、この抽選ゲームでは、「カギ」及び「ゴールデンボール」を組み合せて消費することによって「宝箱」を開封し「選手」を付与する場合や、「カギ」の代わりに「ゴールデンボール」のみを消費することによって「宝箱」を開封し「選手」を付与する場合には、ユーザーの所持する「ゴールデンボール」が消費されることに関する通知が事前に行なわれる。
＜動作＞
　図５は、本実施形態における情報処理システム１の動作例を説明するフローチャートである。
　サーバー装置２０のゲーム進行部２０１は、クライアント端末１０からのリクエストを受け付けると、抽選ゲーム画面をクライアント端末１０に表示させるように表示制御部２０４に画面表示制御の実行を要求する（ステップＳ１１）。
　表示制御部２０４は、ゲーム進行部２０１から画面表示制御の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報に基づいて、抽選ゲーム画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
　図６は、ユーザー情報の一例を示す構成図である。図６に示すユーザー情報は、項目としてユーザーＩＤ、名前、ランク、フレンド、所持キャラクター、ゴールデンボール、宝箱、カギ、チーム等を有する。
　ユーザーＩＤは、ユーザーを一意に識別するための情報である。名前は、ユーザー名を示す情報である。ランクは、ユーザーのゲームレベルを示す情報である。フレンドは、協力プレイ等が可能となるフレンドユーザーを示す情報である。所持キャラクターは、ユーザーが所持する「選手」を示す情報である。
　ゴールデンボールは、ユーザーが所持する「ゴールデンボール」の個数を示す情報である。宝箱は、ユーザーが所持する「宝箱」の個数を示す情報である。カギは、ユーザーが所持する「カギ」の個数を示す情報である。チームは、チームを構成する各選手のキャラクターＩＤを示す情報である。
　図７は、抽選ゲーム画面の一例を示すイメージ図である。図７に示す抽選ゲーム画面５００には、宝箱個数指定操作領域５０１と、カギ所持数表示領域５０２と、操作ボタン５０３が表示されている。
　宝箱個数指定操作領域５０１は、ユーザーが「宝箱」の個数を指定するゲーム操作を行なうための領域である。ここでは、プルダウンメニューの中から開封させる「空箱」の個数をユーザーに選択させる。プルダウンメニューでは、ユーザー情報に基づき、ユーザーの所持する「宝箱」の個数分まで選択できる。
　カギ所持数表示領域５０２では、ユーザー情報に基づき、ユーザーの所持する「カギ」の個数が表示される。操作ボタン５０３は、「宝箱」を開封させることによって抽選処理を開始させるためのボタンである。
　ユーザーは、クライアント端末１０の画面表示部１６０に抽選ゲーム画面５００が表示されているときに、宝箱個数指定操作領域５０１にて「宝箱」の個数を指定して操作ボタン５０３を押すことで、「宝箱」を開封させるためのゲーム操作をクライアント端末１０に対して行う。
　図５に戻り、このようにして抽選ゲーム画面５００にてユーザーのゲーム操作が行われると、クライアント端末１０の操作受付部１５０はユーザーのゲーム操作に基づく操作内容を受け付ける（ステップＳ１２）。
　クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に抽選処理の要求を行う。
　次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付けると、ユーザー情報記憶部２２３が記憶するユーザー情報に基づいて、ユーザーの所持する「カギ」の個数がユーザーによって指定された「宝箱」の個数以上であるか否かを判定する（ステップＳ１３）。
　この判定の結果、ユーザーの所持する「カギ」の個数がユーザーによって指定された「宝箱」の個数以上である場合は、後述するステップＳ１７の処理に進む。その一方で、ユーザーの所持する「カギ」の個数がユーザーによって指定された「宝箱」の個数未満であると判定された場合には、次のステップＳ１４の処理に進む。
　次に、サーバー装置２０のゲーム進行部２０１は、ユーザーの所持する「カギ」の個数がユーザーによって指定された「宝箱」の個数未満であると判定された場合には（つまり、ユーザーに指定された「宝箱」の個数に対して、ユーザーの所持する「カギ」の個数が不足している場合には）、ユーザー情報記憶部２２３が記憶するユーザー情報に基づいて、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数以上であるか否かを判定する（ステップＳ１４）。
　この判定の結果、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数未満である場合は、後述するステップＳ１８の処理に進む。その一方で、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数以上であると判定された場合には、次のステップＳ１５の処理に進む。
　そして、サーバー装置２０のゲーム進行部２０１は、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数以上であると判定された場合には（つまり、不足している「カギ」の個数以上の「ゴールデンボール」をユーザーが所持している場合には）、通知部２０３に対して通知処理の実行を要求する。
　サーバー装置２０の通知部２０３は、ゲーム進行部２０１から通知処理の実行を要求されると、ユーザーの所持する「ゴールデンボール」が消費されることに関する通知をユーザーに対し行う（ステップＳ１５）。
　本実施形態では、図８に示すような通知画面によって通知が行われる。そのため、表示制御部２０４は、通知部２０３から画面表示制御の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報に基づいて、通知画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
　図８は、ゴールデンボール消費に関する通知画面の一例を示すイメージ図である。この通知画面５５０は、通知内容表示領域５５１と、ゴールデンボール所持数表示領域５５２と、続行操作ボタン５５３と、中止操作ボタン５５４が表示されている。
　通知内容表示領域５５１では、ユーザーの所持する「ゴールデンボール」が消費されることが通知される。
　例えば、ユーザー情報から、ユーザーに指定された「宝箱」の個数が１０個、ユーザーの所持する「カギ」が８個、ユーザーの所持する「ゴールデンボール」の個数が５個であることが特定できた場合、１０個の「宝箱」に対して「カギ」が２個不足していることになる。そのため、その「カギ」の不足分を補うべく、２個の「ゴールデンボール」が消費されることが通知される。
　また例えば、ユーザー情報から、ユーザーに指定された「宝箱」の個数が１０個、ユーザーの所持する「カギ」が０個、ユーザーの所持する「ゴールデンボール」の個数が２０個であることが特定できた場合、１０個の「宝箱」に対して「カギ」が１０個不足していることになる。そのため、その「カギ」の不足分を補うべく、１０個の「ゴールデンボール」が消費されることが通知される。
　このように、「カギ」のみが消費される場合、「カギ」及び「ゴールデンボール」が組み合せて消費される場合、及び、「ゴールデンボール」のみが消費される場合のうち、「カギ」のみが消費される場合を除いた残り場合には、ユーザーの所持する「ゴールデンボール」が消費されることがユーザーに対して予め通知されることになる。
　ゴールデンボール所持数表示領域５５２には、ユーザー情報に基づき、ユーザーの所持する「ゴールデンボール」の個数が表示される。続行操作ボタン５５３は、「宝箱」の開封を続行するための操作ボタンである。中止操作ボタン５５４は、「宝箱」の開封を中止するための操作ボタンである。
　「宝箱」の開封続行を希望するユーザーは、クライアント端末１０の画面表示部１６０に通知画面５５０が表示されているときに、続行操作ボタン５５３を選択する操作をクライアント端末１０に対して行う。
　「宝箱」の開封中止を希望するユーザーは、クライアント端末１０の画面表示部１６０に通知画面５５０が表示されているときに、中止操作ボタン５５４を選択する操作をクライアント端末１０に対して行う。
　クライアント端末１０の操作受付部１５０は、「宝箱」の開封を続行するための操作又は「宝箱」の開封を中止するための操作をユーザーから受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
　次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、「宝箱」の開封を続行するための操作を受け付けたか否かを判定する（ステップＳ１６）。
　「宝箱」の開封を中止するための操作が受け付けられた場合には、上述したステップＳ１１の処理に戻り、開封させる「宝箱」の個数を再びユーザーに指定させる。その一方で、「宝箱」の開封を続行するための操作が受け付けられた場合には、次のステップＳ１７の処理に進む。
　次に、サーバー装置２０のゲーム進行部２０１は、付与部２０２に対し「宝箱」の開封によるアイテム抽選の実行を要求する（ステップＳ１７）。
　付与部２０２は、ゲーム進行部２０１からアイテム抽選の実行を要求されると、ユーザーの所持する「カギ」及び「ゴールデンボール」の少なくとも一方を消費することにより、キャラクター情報記憶部２２２が記憶するキャラクター情報に設定された複数種類の「選手」の中からいずれかを選択し、その選択された「選手」をユーザーに対して付与し所持させる。
　図９は、キャラクター情報の一例を示す構成図である。図９に示すキャラクター情報は、項目としてキャラクターＩＤ、名称、レアリティ、能力パラメーター等を有する。キャラクターＩＤは、「選手」を一意に識別するための情報である。名称は、キャラクター名を示す情報である。レアリティは、「選手」の希少価値を示す情報である。ここでは、複数段階（例えば５段階）のレアリティのうちのいずれかが設定される。能力パラメーターは、「選手」の能力を示す情報である。ここでは、攻撃、守備、スタミナ等の能力値が設定されている。
　例えば、先ず上述したステップＳ１３の処理において、ユーザーの所持する「カギ」の個数がユーザーによって指定された「宝箱」の個数以上であると判定された場合には（つまり、ユーザーによって指定された「宝箱」の個数以上の「カギ」をユーザーが所持している場合には）、付与部２０２は、ユーザーの所持する「カギ」のみを「宝箱」の指定個数分だけ消費することによって、抽選条件に基づき複数種類の中から「宝箱」の指定個数分だけ「選手」を選択しユーザーに付与する。
　具体的には、ユーザー情報から、ユーザーに指定された「宝箱」の個数が１０個であり、ユーザーの所持する「カギ」が２０個であることが特定できた場合、１０個の「カギ」が消費され、抽選によって選択された１０体の「選手」がユーザーに付与されることになる。
　次に、上述したステップＳ１６の処理において、「宝箱」の開封を続行するための操作が受け付けられたと判定された場合には（つまり、「カギ」の不足分を「ゴールデンボール」で補うことによって「宝箱」を開封する場合には）、付与部２０２は、ユーザーの所持する「カギ」と「ゴールデンボール」を組み合わせて「宝箱」の指定個数分だけ消費することによって、又は、ユーザーの所持する「ゴールデンボール」のみを「宝箱」の指定個数分だけ消費することによって、抽選条件に基づき複数種類の中から「宝箱」の指定個数分だけ「選手」を選択しユーザーに付与する。
　具体的には、ユーザー情報から、ユーザーに指定された「宝箱」の個数が１０個、ユーザーの所持する「カギ」が８個、ユーザーの所持する「ゴールデンボール」の個数が５個であることが特定できた場合、８個の「カギ」と２個の「ゴールデンボール」が消費され、抽選によって選択された１０体の「選手」がユーザーに付与されることになる。
　また具体的には、ユーザー情報から、ユーザーに指定された「宝箱」の個数が１０個、ユーザーの所持する「カギ」が０個、ユーザーの所持する「ゴールデンボール」の個数が２０個であることが特定できた場合、１０個の「ゴールデンボール」のみが消費され、抽選によって選択された１０体の「選手」がユーザーに付与されることになる。
　この際、付与部２０２は、ユーザー情報記憶部２２３が記憶するユーザー情報を更新して、指定分の「宝箱」及び消費分の「カギ」や「ゴールデンボール」をユーザーの所持分から消去すると共に、付与された「選手」をユーザーの所持キャラクターとして設定する。
　このように、本実施形態における付与部２０２は、ユーザーのゲーム操作が行われた際に、「カギ」のみを消費することによって「選手」を付与することを、「カギ」及び「ゴールデンボール」を組み合せて消費することによって「選手」を付与すること、及び、「ゴールデンボール」のみを消費することによって「選手」を付与することよりも、優先して行なうことになる。
　そして、サーバー装置２０のゲーム進行部２０１は、上述したステップＳ１４の処理にて、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数未満であると判定された場合には（つまり、不足している「カギ」の個数に対して、ユーザーの所持する「ゴールデンボール」の個数が不足している場合には）、通知部２０３に対して通知処理の実行を要求する。
　サーバー装置２０の通知部２０３は、ゲーム進行部２０１から通知処理の実行を要求されると、不足している「ゴールデンボール」の取得を誘導する通知をユーザーに対し行う（ステップＳ１８）。
　本実施形態では、図１０に示すような通知画面によって通知が行われる。そのため、表示制御部２０４は、通知部２０３から画面表示制御の実行を要求されると、ユーザー情報記憶部２２３が記憶するユーザー情報に基づいて、通知画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
　図１０は、ゴールデンボール取得を誘導する通知画面の一例を示すイメージ図である。この通知画面５６０は、通知内容表示領域５６１と、続行操作ボタン５６２と、中止操作ボタン５６３が表示されている。
　通知内容表示領域５６１では、「ゴールデンボール」が不足しており、「ゴールデンボール」の購入を誘導する通知がなされる。続行操作ボタン５６２は、「ゴールデンボール」の購入を続行するための操作ボタンである。中止操作ボタン５６３は、「ゴールデンボール」の購入を中止するための操作ボタンである。
　「ゴールデンボール」の購入を希望するユーザーは、クライアント端末１０の画面表示部１６０に通知画面５６０が表示されているときに、続行操作ボタン５６２を選択する操作をクライアント端末１０に対して行う。
　「ゴールデンボール」の購入を希望しないユーザーは、クライアント端末１０の画面表示部１６０に通知画面５６０が表示されているときに、中止操作ボタン５６３を選択する操作をクライアント端末１０に対して行う。
　クライアント端末１０の操作受付部１５０は、「ゴールデンボール」の購入を続行するための操作又は「ゴールデンボール」の購入を中止するための操作をユーザーから受け付ける。クライアント端末１０の要求送信部１０１は、操作受付部１５０がユーザーから受け付けた操作内容に基づき、サーバー装置２０に要求を行う。
　次に、サーバー装置２０のゲーム進行部２０１は、クライアント端末１０から操作内容を受け付け、「ゴールデンボール」の購入を続行するための操作を受け付けたか否かを判定する（ステップＳ１９）。
　「ゴールデンボール」の購入を中止するための操作が受け付けられた場合には、上述したステップＳ１１の処理に戻り、開封させる「宝箱」の個数を再びユーザーに指定させる。その一方で、「ゴールデンボール」の購入を続行するための操作が受け付けられた場合には、次のステップＳ２０の処理に進む。
　そして、サーバー装置２０のゲーム進行部２０１は、ユーザーの所持する「ゴールデンボール」の個数が不足分の「カギ」の個数以上であると判定された場合には（つまり、不足している「カギ」の個数以上の「ゴールデンボール」をユーザーが所持している場合には）、通知部２０３に対して通知処理の実行を要求する。
　サーバー装置２０の通知部２０３は、ゲーム進行部２０１から通知処理の実行を要求されると、「ゴールデンボール」の購入に関する通知をユーザーに対し行う（ステップＳ２０）。
　本実施形態では、アイテム情報記憶部２２１が記憶するアイテム情報に基づいて、購入可能なアイテムを一覧表示したアイテム購入画面によって通知が行われる。そのため、表示制御部２０４は、通知部２０３から画面表示制御の実行を要求されると、アイテム購入画面をクライアント端末１０の画面表示部１６０に表示させる制御を行なう。
　図１１は、アイテム情報の一例を示す構成図である。図１１に示すアイテム情報は、項目としてアイテムＩＤ、名称、価格等を有する。アイテムＩＤは、アイテムを一意に識別するための情報である。名称は、アイテム名を示す情報である。価格は、アイテムの購入額を示す情報である。ここでは、「ゴールデンボール」が有料アイテムとして設定され、「宝箱」や「カギ」が無料アイテムとして設定されている。すなわち、「ゴールデンボール」は「カギ」よりも価値が高いアイテムとして設定されていることになる。
　購入を希望するユーザーは、クライアント端末１０の画面表示部１６０にアイテム購入画面が表示されているときに、アイテム一覧の中から「ゴールデンボール」を指定して購入する操作をクライアント端末１０に対して行う。
　以上のとおり、本実施形態に係る情報処理システム１によれば、ユーザーが「宝箱」を開封させるゲーム操作を行なうと、ユーザーの所持する「カギ」及び「ゴールデンボール」の少なくとも一方が消費され、「宝箱」の中身となる「選手」が抽選条件に基づき決定されユーザーに付与される。
　また、開封させる「宝箱」の個数に対して「カギ」の個数が不足していても、その不足分を「ゴールデンボール」で補うことで、抽選ゲームをプレイできる。すなわち、ユーザーが「宝箱」を開封させるゲーム操作を行なうと、ユーザーの所持する「カギ」と「ゴールデンボール」が組み合せて消費され、「宝箱」の中身となる「選手」が抽選条件に基づき決定されユーザーに付与されることになる。
　そのため、ユーザーは、「カギ」とは別に、「カギ」よりも価値の高い又は消費優先度の低い「ゴールデンボール」を所持していても、消費させるアイテムの種類を使い分けることなくゲームプレイできる。
　また、「カギ」よりも価値の高い又は消費優先度の低い「ゴールデンボール」が消費される前には、その旨がユーザーに通知される。そのため、知らぬ間に「ゴールデンボール」が消費されることがないので、ユーザーにとって不利益とならない。
［その他の実施形態］
　前述の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。特に、以下に述べる実施形態であっても、本発明に含まれるものである。
＜アイテム＞
　前述の実施形態では、第１アイテム及び第２アイテムの一例としてゲーム内アイテム（「カギ」、「ゴールデンボール」）を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、コイン、メダル、チケット等の仮想通貨、現金通貨などでもよい。
　前述の実施形態では、第３アイテムの一例としてゲーム内キャラクター（「選手」）を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、ゲーム内アイテム、コイン、メダル、チケット等の仮想通貨などでもよい。
　前述の実施形態では、第１アイテム及び第２アイテムが同じ名称のアイテムであって、ユーザーには区別できないアイテムでもよい。ただし、この場合でも、第１アイテム及び第２アイテムを互いに区別できるゲームデータとして扱っても良い。例えば、ユーザーにとって見た目では同じアイテムであっても、一方を有料アイテム、他方を無料アイテムとしてもよい。
　前述の実施形態では、有料アイテムである「ゴールデンボール」は、無料アイテムである「カギ」よりも価値の高いアイテムであると言えるだけでなく、汎用性が高いアイテムであるとも言える。つまり、「カギ」は抽選ゲームのみで利用できるものであるが、「ゴールデンボール」は抽選ゲーム以外にも対戦ゲーム等で利用できるようになっている。
　例えば、「カギ」は「宝箱」を開封させることにのみ利用できるアイテムであるが、「ゴールデンボール」は「宝箱」を開封させること以外にも、サッカーゲームで用いられる「選手」の最大所持数を拡張させることに利用できたり、フレンドの最大数を拡張させることに利用できたり、他のアイテムとの交換に利用できたりするアイテムである。
　また、前述の実施形態では、有料アイテムである「ゴールデンボール」が無料アイテムである「カギ」よりも消費優先度の低いアイテムであるものとして設定された場合を例に挙げて説明したが、本発明はこれに限定されるものではない。
　すなわち、無料アイテムである「カギ」が有料アイテムである「ゴールデンボール」よりも消費優先度の低いアイテムであるものとして設定してもよい。
　この場合は、開封させる「宝箱」の個数分の「ゴールデンボール」をユーザーが所持していれば、その「ゴールデンボール」を優先的に消費させ「宝箱」を開封できる。
　また、開封させる「宝箱」の個数に対してユーザーの所持する「ゴールデンボール」の個数が不足している場合には、その不足分を「カギ」で補うことによって「宝箱」を開封できる。
＜抽選ゲーム＞
　前述の実施形態では、開封させる「宝箱」の個数をユーザーに指定させる場合を例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、開封させる「宝箱」の個数をユーザーに指定させずに、１回の抽選ゲームで定量ずつ（例えば１０個ずつ）「宝箱」を開封させてもよい。
　また前述の実施形態では、ユーザーが所持する「宝箱」を用いた抽選ゲームを例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、ユーザーが所持しない「宝箱」を用いた抽選ゲームでもよい。
　また例えば、「宝箱」の存在しない抽選ゲームであってもよい。この場合は、ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより、キャラクター情報に設定された複数キャラクターの中から複数キャラクターをまとめて抽選してもよい。
　また前述の実施形態では、１個の宝箱を開封するのに１個の「カギ」又は「ゴールデンボール」が必要（１０個の宝箱を開封するのに１０個の「カギ」又は「ゴールデンボール」が必要）となる抽選ゲームを例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、１個の宝箱を開封するのに複数個（例えば１０個）の「カギ」又は「ゴールデンボール」が必要となる抽選ゲームにも適用可能である。
　また前述の実施形態では、付与部２０２は、上述したステップＳ１４の処理において、不足分の「カギ」の数量以上の「ゴールデンボール」をユーザーが所持していないと判定された場合には、所持分の数量の「カギ」のみを消費することによって、「宝箱」の指定個数分の「選手」のうちの前記所持分の数量と同量の「選手」のみを付与してもよい。
　また前述の実施形態では、付与部２０２は、上述したステップＳ１４の処理において、不足分の「カギ」の数量以上の「ゴールデンボール」をユーザーが所持していないと判定された場合には、所持分の数量の「カギ」と所持分の数量の「ゴールデンボール」を組み合せて消費することによって、「宝箱」の指定個数分の「選手」のうち、「カギ」の所持分の数量と「ゴールデンボール」の所持分の数量の合計数量と同量の「選手」を付与してもよい。
　例えば、「宝箱」の指定個数が１０個、「カギ」の所持分の数量が５個、「ゴールデンボール」の所持分の数量が３個の場合、「カギ」及び「ゴールデンボール」の所持分の合計量である８個を消費して「選手」を８体付与する。
　また前述の実施形態では、付与部２０２は、上述したステップＳ１４の処理において、不足分の「カギ」の数量以上の「ゴールデンボール」を所持していないと判定された場合には、所持分の数量の「カギ」のみを消費することによって、「宝箱」の指定個数分の「選手」のうち、前記所持分の数量と同量の「選手」付与し、かつ、残存分の数量の「選手」を抽選確率に基づいて付与してもよい。
　また前述の実施形態では、付与部２０２は、上述したステップＳ１４の処理において、不足分の「カギ」の数量以上の「ゴールデンボール」を所持していないと判定された場合には、所持分の数量の「カギ」と所持分の数量の「ゴールデンボール」を組み合せて消費することによって、「宝箱」の指定個数分の「選手」のうち、「カギ」の所持分の数量と「ゴールデンボール」の所持分の数量の合計数量と同量の「選手」を付与し、かつ、残存分の数量の「選手」を抽選確率に基づいて付与してもよい。
　例えば、「宝箱」の指定個数が１０個、「カギ」の所持分の数量が５個、「ゴールデンボール」の所持分の数量が３個の場合、「カギ」及び「ゴールデンボール」の所持分の合計量である８個を消費して「選手」を８体付与し、かつ、残りの２個分は抽選確率に基づいて付与する。この抽選の結果、残りの２個分の「選手」を付与する場合、「カギ」や「ゴールデンボール」を消費させることなくユーザーに付与することになる。
　また前述の実施形態では、付与部２０２は、「カギ」や「ゴールデンボール」を消費させずに「宝箱」を開封させ、抽選によって「選手」を付与することも可能である。
　この場合、初回の抽選では、所定確率（例えば９９％）を用いて失敗し易くする。そして、開封成功時には「選手」を付与し、開封失敗時には「失敗用アイテム」をユーザーに付与することも可能である。また、開封失敗の度に所定確率を下げて行き、成功し易くすることも可能である。そして、開封成功した場合には、変動させた所定確率を初期値にリセットしてもよい。
　また前述の実施形態では、複数種類の抽選ゲームを用意しておき、抽選ゲーム毎にアイテムの消費優先度を設定してもよい。例えば、第１抽選ゲームについては、第１付与部が、ユーザーの所持する「カギ」よりも「ゴールデンボール」を先に消費することにより、複数種類の中から選択されたいずれかの「選手」をユーザーに対して付与する。その一方で、第２抽選ゲームについては、第２付与部が、ユーザーの所持する「ゴールデンボール」よりも「カギ」を先に消費することにより、複数種類の中から選択されたいずれかの「選手」をユーザーに対して付与する。
　この場合に、第１付与部又は第２付与部が消費優先度の低い方のアイテムを消費して「選手」を付与する際には、通知部２０３はユーザーの所持するそのアイテムが消費されることに関する通知をユーザーに対して行う。
＜対戦ゲーム＞
　前述の実施形態では、対戦ゲームの一例としてサッカーゲームを例に挙げて説明したが、本発明はこれに限定されるものではない。例えば、他のスポーツゲーム、敵キャラクターと対戦するＲＰＧ、対戦型アクションゲーム、対戦型パズルゲーム等であってもよい。
１　情報処理システム、１０　クライアント端末、２０　サーバー装置、５０　コンピューター、５１　ＣＰＵ、５２　ＲＡＭ、５３　ＲＯＭ、５４　通信インタフェース、５５　入力装置、５６　表示装置、５７　外部インタフェース、５８　ＨＤＤ、１００　クライアント制御部、１０１　要求送信部、１０２　応答受信部、１２０　クライアント記憶部、１４０　クライアント通信部、１５０　操作受付部、１６０　画面表示部、２００　サーバー制御部、２０１　ゲーム進行部、２０２　付与部、２０３　通知部、２０４　表示制御部、２２０　サーバー記憶部、２２１　アイテム情報記憶部、２２２　キャラクター情報記憶部、２２３　ユーザー情報記憶部、２４０　サーバー通信部、５００　抽選ゲーム画面、５０１　宝箱個数指定操作領域、５０２　カギ所持数表示領域、５０３　操作ボタン、５５０　通知画面、５５１　通知内容表示領域、５５２　ゴールデンボール所持数表示領域、５５３　続行操作ボタン、５５４　中止操作ボタン、５６０　通知画面、５６１　通知内容表示領域、５６２　続行操作ボタン、５６３　中止操作ボタン、Ｂ　バスライン、Ｎ　ネットワーク

Claims (14)

  1. 　ユーザーの所持する第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い第２アイテム、及び、第１アイテム及び第２アイテムとは異なる第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる付与部と、
    　前記付与部が第１アイテムのみを消費することによって第３アイテムを付与する場合、前記付与部が第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与する場合、及び、前記付与部が第２アイテムのみを消費することによって第３アイテムを付与する場合のうち、前記付与部が第１アイテムのみを消費することによって第３アイテムを付与する場合を除いた場合には、前記付与部が第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
    　を備えたことを特徴とする情報処理装置。
  2. 　請求項１に記載の情報処理装置であって、
    　前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
    　第１アイテムのみを消費することによって第３アイテムを付与することを、第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与すること、及び、第２アイテムのみを消費することによって第３アイテムを付与することよりも、優先して行なう、
    　ことを特徴とする情報処理装置。
  3. 　請求項１に記載の情報処理装置であって、
    　前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
    　所定量以上の第１アイテムを前記ユーザーが所持しているか否かを判定し、
    　所定量以上の第１アイテムを所持していると判定された場合は、第１アイテムのみを所定量だけ消費することによって第３アイテムを付与し、
    　所定量以上の第１アイテムを所持していないと判定された場合には、前記所定量に対する不足分の量以上の第２アイテムを前記ユーザーが所持しているか否かを判定し、
    　不足分の量以上の第２アイテムを所持していると判定された場合には、所持分の量の第１アイテムと不足分の量の第２アイテムを組み合せた所定量を消費することによって第３アイテムを付与する、
    　ことを特徴とする情報処理装置。
  4. 　請求項３に記載の情報処理装置であって、
    　前記通知部は、不足分の量以上の第２アイテムを所持していない場合には、第２アイテムの取得を誘導する通知を行なう、ことを特徴とする情報処理装置。
  5. 　ユーザーの所持する１又は複数の第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い１又は複数の第２アイテム、及び、第１アイテム及び第２アイテムとは異なる１又は複数の第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を所定量だけ消費することにより、複数種類の中から選択された前記所定量の第３アイテムを前記ユーザーに対して付与し所持させる付与部と、
    　第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、第１アイテムの量と第２アイテムの量を合算したときの所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、及び、第２アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合のうち、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合を除いた場合には、前記付与部が前記所定量の第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
    　を備えたことを特徴とする情報処理装置。
  6. 　請求項５に記載の情報処理装置であって、
    　前記付与部は、ユーザーの前記ゲーム操作が行われた際に、
    　所定量以上の第１アイテムを前記ユーザーが所持しているか否かを判定し、
    　所定量以上の第１アイテムを所持していると判定された場合は、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与し、
    　所定量以上の第１アイテムを所持していないと判定された場合には、前記所定量に対する不足分の量以上の第２アイテムを前記ユーザーが所持しているか否かを判定し、
    　不足分の量以上の第２アイテムを所持していると判定された場合には、所持分の量の第１アイテムと不足分の量の第２アイテムを組み合せた所定量を消費することによって前記所定量の第３アイテムを付与する、
    　ことを特徴とする情報処理装置。
  7. 　請求項６に記載の情報処理装置であって、
    　前記付与部は、不足分の量以上の第２アイテムを所持していないと判定された場合には、所持分の量の第１アイテムと所持分の量の第２アイテムを組み合せて消費することによって、前記所定量の第３アイテムのうちの、第１アイテムの前記所持分の量と第２アイテムの前記所持分の量の合計量と同量の第３アイテムを付与する、ことを特徴とする情報処理装置。
  8. 　請求項６に記載の情報処理装置であって、
    　前記付与部は、不足分の量以上の第２アイテムを所持していないと判定された場合には、所持分の量の第１アイテムと所持分の量の第２アイテムを組み合せて消費することによって、前記所定量の第３アイテムのうち、第１アイテムの前記所持分の量と第２アイテムの前記所持分の量の合計量と同量の第３アイテムを付与し、かつ、残存分の量の第３アイテムを抽選確率に基づいて付与する、ことを特徴とする情報処理装置。
  9. 　請求項１乃至８のいずれか１項に記載の情報処理装置であって、
    　前記付与部は、前記通知部が前記ユーザーの所持する第２アイテムが消費されることを通知した後に、
    　前記ユーザーによって第２アイテムを消費させるための操作が行われた場合に、第３アイテムを付与し、
    　前記ユーザーによって第２アイテムを消費させないための操作が行われた場合には、第３アイテムを付与しない、
    　ことを特徴とする情報処理装置。
  10. 　請求項１乃至９のいずれか１項に記載の情報処理装置であって、
    　前記通知部は、ユーザーの前記ゲーム操作が行われたときに、前記ユーザーの所持する第２アイテムが消費されることを通知する、ことを特徴とする情報処理装置。
  11. 　ユーザーの所持する第１アイテム、第２アイテム、及び第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶部と、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテムよりも第２アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第１付与部と、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第２アイテムよりも第１アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第２付与部と、
    　前記第１付与部又は前記第２付与部が第２アイテムを消費して第３アイテムを付与する場合に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知部と、
    　を備えたことを特徴とする情報処理装置。
  12. 　コンピューターを、
    　ユーザーの所持する第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い第２アイテム、及び、第１アイテム及び第２アイテムとは異なる第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる付与手段、
    　前記付与手段が第１アイテムのみを消費することによって第３アイテムを付与する場合、前記付与手段が第１アイテム及び第２アイテムを組み合せて消費することによって第３アイテムを付与する場合、及び、前記付与手段が第２アイテムのみを消費することによって第３アイテムを付与する場合のうち、前記付与手段が第１アイテムのみを消費することによって第３アイテムを付与する場合を除いた場合には、前記付与手段が第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
    　として機能させるためのプログラム。
  13. 　コンピューターを、
    　ユーザーの所持する１又は複数の第１アイテム、前記第１アイテムよりも価値の高い又は消費優先度の低い１又は複数の第２アイテム、及び、第１アイテム及び第２アイテムとは異なる１又は複数の第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテム及び第２アイテムの少なくとも一方を所定量だけ消費することにより、複数種類の中から選択された前記所定量の第３アイテムを前記ユーザーに対して付与し所持させる付与手段、
    　第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、第１アイテムの量と第２アイテムの量を合算したときの所定量だけ消費することによって前記所定量の第３アイテムを付与する場合、及び、第２アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合のうち、第１アイテムのみを所定量だけ消費することによって前記所定量の第３アイテムを付与する場合を除いた場合には、前記付与手段が前記所定量の第３アイテムを付与する前に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
    　として機能させるためのプログラム。
  14. 　コンピューターを、
    　ユーザーの所持する第１アイテム、第２アイテム、及び第３アイテムが設定されたユーザー情報を記憶するユーザー情報記憶手段、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第１アイテムよりも第２アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第１付与手段、
    　ユーザーのゲーム操作に応答して、前記ユーザーの所持する第２アイテムよりも第１アイテムを先に消費することにより、複数種類の中から選択されたいずれかの第３アイテムを前記ユーザーに対して付与し所持させる第２付与手段、
    　前記第１付与手段又は前記第２付与手段が第２アイテムを消費して第３アイテムを付与する場合に、前記ユーザーの所持する第２アイテムが消費されることに関する通知を前記ユーザーに対して行う通知手段、
    　として機能させるためのプログラム。
PCT/JP2017/008371 2016-03-09 2017-03-02 情報処理装置及びプログラム WO2017154746A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016046323A JP6128246B1 (ja) 2016-03-09 2016-03-09 情報処理装置及びプログラム
JP2016-046323 2016-03-09

Publications (1)

Publication Number Publication Date
WO2017154746A1 true WO2017154746A1 (ja) 2017-09-14

Family

ID=58714813

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/008371 WO2017154746A1 (ja) 2016-03-09 2017-03-02 情報処理装置及びプログラム

Country Status (2)

Country Link
JP (1) JP6128246B1 (ja)
WO (1) WO2017154746A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7467297B2 (ja) 2020-09-16 2024-04-15 株式会社コーエーテクモゲームス ゲームプログラム、ゲーム処理方法、情報処理装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6453953B1 (ja) * 2017-08-09 2019-01-16 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6479940B1 (ja) * 2017-11-28 2019-03-06 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6581175B2 (ja) * 2017-12-26 2019-09-25 株式会社コロプラ ゲームプログラム、方法、および、情報処理装置
JP7061956B2 (ja) * 2018-11-19 2022-05-02 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6799620B2 (ja) * 2019-01-10 2020-12-16 株式会社コロプラ ゲームプログラム、方法、及び情報処理装置
JP2019098196A (ja) * 2019-02-06 2019-06-24 株式会社コロプラ ゲームプログラム、方法、および情報処理装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013226324A (ja) * 2012-04-26 2013-11-07 Konami Digital Entertainment Co Ltd ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
US20150031440A1 (en) * 2013-07-23 2015-01-29 Kabam, Inc. System and method for a multi-prize mystery box that dynamically changes probabilities to ensure payout value
JP2015085084A (ja) * 2013-11-01 2015-05-07 株式会社 ディー・エヌ・エー 情報処理装置、及び、ゲームプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013226324A (ja) * 2012-04-26 2013-11-07 Konami Digital Entertainment Co Ltd ゲームシステム、それに用いられる制御方法及び、コンピュータプログラム
US20150031440A1 (en) * 2013-07-23 2015-01-29 Kabam, Inc. System and method for a multi-prize mystery box that dynamically changes probabilities to ensure payout value
JP2015085084A (ja) * 2013-11-01 2015-05-07 株式会社 ディー・エヌ・エー 情報処理装置、及び、ゲームプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Ikinari Kakin shite 21 Ren Gacha ~ Cinderella Neratte Hoshi 5 Nannin Deruka??", GRIMMS NOTES, 21 January 2016 (2016-01-21), Retrieved from the Internet <URL:https://www.youtube.com/watch?v=F8tKfIy0uvg> [retrieved on 20170517] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7467297B2 (ja) 2020-09-16 2024-04-15 株式会社コーエーテクモゲームス ゲームプログラム、ゲーム処理方法、情報処理装置

Also Published As

Publication number Publication date
JP6128246B1 (ja) 2017-05-17
JP2017158812A (ja) 2017-09-14

Similar Documents

Publication Publication Date Title
JP6128246B1 (ja) 情報処理装置及びプログラム
US9333428B2 (en) Server device, and non-transitory computer-readable storage medium storing game program
JP6326081B2 (ja) 情報処理装置及びプログラム
US20140187329A1 (en) Server device, and non-transitory computer-readable storage medium storing game program
JP6705101B1 (ja) プログラム及び情報処理装置
JP7441461B2 (ja) プログラム、情報処理装置、及び制御方法
US10610785B2 (en) Game system, game control device, and program
US20230233937A1 (en) Program, method, electronic device, and system
JP6680394B1 (ja) 情報処理装置及びプログラム
JP6249457B2 (ja) ゲーム制御装置、ゲームシステム、及びプログラム
JP7111991B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP2017159045A (ja) 情報処理装置及びプログラム
JP2020089463A (ja) コンピュータプログラム、およびサーバ装置
WO2018034073A1 (ja) 情報処理装置及びプログラム
JP7385786B2 (ja) プログラム、情報処理装置、及び情報処理方法。
JP6838106B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP7491201B2 (ja) 情報処理装置及びプログラム
JP7491202B2 (ja) 情報処理装置及びプログラム
JP2024096446A (ja) 情報処理装置
JP2024096449A (ja) 情報処理装置
JP2022183362A (ja) プログラム及び情報処理装置
JP2021013724A (ja) 情報処理装置及びプログラム
JP2023165178A (ja) ゲーム制御装置、ゲーム制御プログラムおよびゲーム制御システム
JP2021102077A (ja) コンピュータプログラム、およびコンピュータ装置

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17763086

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17763086

Country of ref document: EP

Kind code of ref document: A1