WO2022176364A1 - ゲームプログラム、ゲーム方法及びゲームシステム - Google Patents

ゲームプログラム、ゲーム方法及びゲームシステム Download PDF

Info

Publication number
WO2022176364A1
WO2022176364A1 PCT/JP2021/046554 JP2021046554W WO2022176364A1 WO 2022176364 A1 WO2022176364 A1 WO 2022176364A1 JP 2021046554 W JP2021046554 W JP 2021046554W WO 2022176364 A1 WO2022176364 A1 WO 2022176364A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
lottery
content
privilege
game
Prior art date
Application number
PCT/JP2021/046554
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 WO2022176364A1 publication Critical patent/WO2022176364A1/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/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
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions

Definitions

  • the present invention relates to a game program, game method and game system.
  • Patent Literature 1 listed below discloses a game system that executes a lottery game in which a character to be obtained by a user is selected from a plurality of characters to be selected by lottery. In this game system, points are given to the user when the character drawn by lottery is of the same type as the character owned by the user.
  • the present invention has been made to solve the above-described problems, and a game program, a game method, and a game system that can increase the user's interest in the game by improving the mechanism for giving points to the user.
  • One of the purposes is to provide
  • a game program is a game program to be executed by a processor of a game system, wherein, in a content group including a plurality of contents, the processor instructs the processor, in accordance with the operation input of the user, to select content included in the content group.
  • a lottery step of specifying, by lottery, the acquired content to be acquired by the user, and the acquired content specified in the lottery step and the owned content owned by the user are of the same type, the user a granting step of granting a privilege to the user, and in the granting step, the lower the probability that the user can acquire the acquired content in the lottery step, the more privilege is granted to the user.
  • the processor specifies, by lottery, acquisition content to be acquired by the user among the contents included in the content group in the content group including a plurality of contents according to the user's operation input. giving a privilege to the user when the acquired content specified by the lottery and the owned content owned by the user are of the same type; giving more privileges to the user as the probability of obtaining is lower.
  • a game system includes a lottery unit that, in a content group including a plurality of pieces of content, specifies, by lottery, acquisition content to be acquired by the user from content included in the content group, according to the user's operation input.
  • a granting unit that grants a privilege to the user when the acquired content specified by the lottery unit and the owned content owned by the user are of the same type, the granting unit comprising: The lower the probability that the user can obtain the acquired content in the lottery section, the more benefits are given to the user.
  • FIG. 1 is a schematic configuration diagram of a game system including a terminal device according to one embodiment of the present invention
  • FIG. It is a block diagram which illustrates the functional structure of a server. It is a block diagram which illustrates the functional structure of a terminal device.
  • FIG. 10 is a diagram showing an example of a set of contents to be selected by lottery; It is a figure which shows an example of a lottery event execution screen. It is a figure which shows an example of a selection screen.
  • 4 is a flow chart showing an example of a processing procedure of the game system;
  • FIG. 1 is a schematic configuration diagram of a game system 1 including a terminal device 20 according to one embodiment of the present invention. As shown in FIG. 1 , the game system 1 includes a server 10 and multiple terminal devices 20 .
  • the server 10 is connected to the terminal device 20 via the network N.
  • FIG. Network N is, for example, the Internet, mobile communication systems (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, combinations thereof etc., and it does not matter whether it is wired or wireless.
  • mobile communication systems e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.
  • WiFi Wireless Fidelity
  • Bluetooth registered trademark
  • the server 10 can correspond to, for example, a workstation, a general-purpose computer such as a personal computer. As shown in FIG. 1, the server 10 includes, for example, a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, and an input/output IF 25 as a physical configuration. These components provided in the server 10 are connected to each other by a communication bus.
  • the processor 11 controls the operation of the server 10 as a whole.
  • the processor 11 may include a CPU (Central Processing Unit), MPU (Micro Processing Unit), GPU (Graphics Processing Unit), and the like.
  • Memory 12 is a main storage device.
  • the memory 12 is configured by a volatile storage device such as ROM (Read Only Memory) and RAM (Random Access Memory).
  • the memory 12 provides a work area for the processor 11 by temporarily storing various programs and data read by the processor 11 from the storage 13 .
  • the memory 12 also temporarily stores various data generated while the processor 11 operates according to the program.
  • the program in the present embodiment is, for example, a game program that realizes a game through cooperation between a plurality of terminal devices 20 and the server 10 .
  • the various types of data include, for example, game-related data such as game information, user information, and instructions and notifications transmitted and received between the terminal device 20 and the server 10 .
  • the storage 13 is an auxiliary storage device.
  • the storage 13 is configured by, for example, a non-volatile storage device such as flash memory or HDD (Hard Disk Drive).
  • the storage 13 stores various data related to the game.
  • the communication IF 14 controls transmission and reception of various data in the server 10 .
  • the input/output IF 15 is an interface for the server 10 to receive data input and an interface for the server 10 to output data.
  • the input/output interface 15 can include, for example, an input unit that is an information input device such as a mouse and a keyboard, and a display unit that is a device for displaying and outputting images.
  • the terminal device 20 may correspond to, for example, a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer.
  • Terminal device 20 is preferably a portable terminal that can be used as a player when a user executes a computer game.
  • the terminal device 20 includes, for example, a processor 21, a memory 22, a storage 23, a communication IF 24, an input/output IF 25, and a touch screen 26 as a physical configuration. These components provided in the terminal device 20 are connected to each other by a communication bus.
  • the processor 21 controls the operation of the terminal device 20 as a whole.
  • Processor 21 may include a CPU, MPU, GPU, and the like.
  • Memory 22 is a main storage device.
  • the memory 22 is configured by a volatile storage device such as ROM and RAM, for example.
  • the memory 22 provides a working area for the processor 21 by temporarily storing programs and various data read by the processor 21 from the storage 23 .
  • the memory 22 also temporarily stores various data generated while the processor 21 is operating according to the program.
  • the storage 23 is an auxiliary storage device.
  • the storage 23 is configured by, for example, a non-volatile storage device such as flash memory or HDD.
  • the storage 23 stores, for example, various data related to the game.
  • the communication IF 24 controls transmission and reception of various data.
  • the communication IF 24 controls, for example, communication via a wireless LAN (Local Area Network) or mobile phone network, and communication using short-range wireless communication.
  • a wireless LAN Local Area Network
  • mobile phone network Wireless Local Area Network
  • the input/output IF 25 is an interface for the terminal device 20 to receive data input and an interface for the terminal device 20 to output data.
  • the input/output IF 25 may input/output data via, for example, USB (Universal Serial Bus).
  • the input/output IF 25 can include, for example, physical buttons, a camera, a microphone, a speaker, etc. that the terminal device 20 has.
  • the touch screen 26 is an electronic component in which the input section 27 and the display section 28 are combined.
  • the input unit 27 is configured by, for example, a touch pad.
  • the display unit 28 is configured by, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.
  • the input unit 27 detects the input position on the input surface by the user's operation (for example, touch operation, tap operation, slide operation, swipe operation, flick operation, etc.), and inputs information indicating the detected position. It has a function to transmit as a signal.
  • the input unit 27 can include, for example, a touch sensing unit.
  • the touch sensing unit can adopt, for example, a capacitive system, a resistive film system, or the like, but other systems may be used.
  • FIG. 2 is a block diagram illustrating the functional configuration of the server 10.
  • the server 10 has, for example, a function of providing each terminal device 20 with various data and programs necessary for realizing a game, a function of collecting and managing game-related data from each terminal device 20, and a function of managing a plurality of terminal devices. 20 synchronization processing.
  • the server 10 identifies each user and the terminal device 20 using user accounts registered in advance for each game.
  • the account registration method is not particularly limited.
  • the terminal device 20 or another device such as a personal computer transmits information necessary for user account registration to the server 10 according to the user's operation, and the server 10 registers each user's account based on the received information. Can be created and saved.
  • the server 10 has, for example, a control unit 110 and a storage unit 120 as functional components.
  • Storage unit 120 stores various information used by control unit 110 .
  • the storage unit 120 includes, for example, a game program 121, user information 122, and game information 123.
  • FIG. 120
  • the game program 121 is a program for realizing a game.
  • the game program 121 may include, in addition to the game program executed on the server 10 side, a program transmitted to the terminal device 20 and executed on the terminal device 20 side (game program 121 described later).
  • the storage unit 120 may store the game program 121 executed on the server 10 side and the program executed on the terminal device 20 side.
  • the user information 122 is information about the user playing the game. User information 122 will be described later.
  • the game information 123 is common information between accounts.
  • the game information 123 includes, for example, information for defining various game spaces.
  • a game space is a space in which character objects owned or operable by a user are placed.
  • the game information 123 includes, for example, the layout position, size, color, shape, etc. of background objects such as buildings, trees, and stones placed in the game space, and objects of non-player characters (NPCs).
  • NPCs non-player characters
  • the game information 123 also includes, for example, setting values of various parameters of non-player characters and information on quests.
  • a quest is, for example, an in-game event for which conditions for achievement are set.
  • the quest may have, for example, a failure condition in addition to the achievement condition.
  • Various information included in the game information 123 will be described later.
  • the control unit 110 controls various processes related to the game by executing the game program 121 stored in the storage unit 120 .
  • the control unit 110 has, for example, a transmission/reception unit 111 , a server processing unit 112 , a data management unit 113 and a synchronization processing unit 114 .
  • the transmission/reception unit 111 transmits or receives various data.
  • the transmitting/receiving unit 111 receives requests for transmission of various data and programs, requests for synchronization processing for supporting the multiplay function, data to be subjected to synchronization processing, and the like from each terminal device 20, and performs server processing. Hand over to section 112 .
  • the transmission/reception unit 111 transmits various data and programs including instructions for synchronization to each terminal device 20 under the control of the server processing unit 112 .
  • the multi-play function is a function of synchronizing game processing by a plurality of accounts.
  • the server 10 and the terminal device 20 of the game system 1 execute various processes for supporting the multi-play function when multiple accounts logged into the game system 1 participate in the same game.
  • the server processing unit 112 provides a game to the terminal device 20 by executing arithmetic processing described in the game program 221 in response to a request from the terminal device 20 or the like.
  • the server processing unit 112 receives a request for synchronization processing for supporting the multiplay function and data to be subjected to synchronization processing from the terminal device 20 via the transmission/reception unit 111
  • the server processing unit 112 receives the data to support the multiplay function. synchronous processing.
  • the server processing unit 112 instructs the transmitting/receiving unit 111 to transmit the game information 123 or the user information 122 .
  • the server processing unit 112 instructs the data management unit 113 to add, update, or delete a record of the game information 123 or the user information 122 . Details of the functions of the server processing unit 112 will be described later.
  • the data management unit 113 manages various data stored in the storage unit 120 according to instructions from the server processing unit 112 .
  • the data management unit 113 reads out the game information 123 or the user information 122 according to a command from the server processing unit 112 and transmits it to the terminal device 20 via the transmission/reception unit 111 .
  • the data management unit 113 also adds, updates, or deletes records of the game information 123 or the user information 122 according to commands from the server processing unit 112 .
  • Synchronization processing unit 114 executes synchronization processing for supporting the multi-play function of the game according to instructions from server processing unit 112 .
  • the server 10 transmits information to a plurality of terminal devices 20
  • the synchronization processing unit 114 transmits information to each terminal device 20 at the same time, thereby synchronizing the game progressing among the terminal devices 20.
  • the synchronization processing unit 114 simultaneously transmits the operation information received within a predetermined period (for example, one frame) from the terminal device 20 corresponding to each account to each terminal device 20 every predetermined period.
  • the operation information is information related to operations input to the terminal device 20 .
  • the synchronization timing and information to be synchronized may be received from the server processing unit 112 as needed.
  • FIG. 3 is a block diagram illustrating the functional configuration of the terminal device 20.
  • the terminal device 20 has, for example, a function as an input device that receives user input operations, and a function as an output device that outputs game images and sounds.
  • the terminal device 20 has, for example, a control unit 210 and a storage unit 220 as functional components.
  • Storage unit 220 stores various data used by control unit 210 .
  • Various data include, for example, a game program 221 , game information 222 and user information 223 .
  • the game program 221 is a program for realizing a game on the terminal device 20 side.
  • the game information 222 and the user information 223 are data referred to when the control section 210 executes the game program 221 .
  • the game information 222 includes the same information as the game information 222 of the server 10 described above, description of the game information 222 is omitted here.
  • the user information 223 is data related to the account of the user using the terminal device 20, and includes information similar to the user information 223 of the server 10 described above. Therefore, description of the user information 223 is omitted here.
  • the control unit 210 controls various processes related to the game executed in the terminal device 20 by executing the game program 221 stored in the storage unit 220 .
  • the control unit 210 has, for example, an operation reception unit 211 , a transmission/reception unit 212 , a game progression unit 213 and a display control unit 214 .
  • the operation accepting unit 211 accepts an operation input by the user via the input unit 27 of the touch screen 26 (hereinafter also referred to as “input operation”). Specifically, when an input operation to the input unit 27 is received, the operation reception unit 211 detects the coordinates of the input position and the type of input operation. Types of input operations include, for example, touch operations, tap operations, slide operations, swipe operations, and flick operations. The input operation is not limited to the operation of physically touching the touch screen 26, and may include non-contact operations. For example, the operation accepting unit 211 detects that the input operation on the input unit 17 has been canceled when it detects that the continuously detected input operation is interrupted.
  • the operation reception unit 211 can also receive an operation input by the user using an operation device connected via the input/output IF 25 in the same manner as the input operation to the input unit 27 described above.
  • the transmitting/receiving unit 212 transmits/receives various data. Specific examples will be described below.
  • the transmission/reception unit 212 transmits the game information 222 or the user information 223 and a synchronization request for supporting the multiplay function to the server 10 .
  • the transmission/reception unit 212 receives from the server 10 various data, programs, data for synchronization for supporting the multi-play function, and the like.
  • the data for synchronization includes, for example, synchronization instruction data for instructing synchronization between the terminal devices 20 participating in multiplay.
  • the synchronization instruction data includes, for example, data to be synchronized, the type of the data, and data for specifying the timing of synchronization.
  • the transmitting/receiving unit 212 transmits to the server 10 operation information regarding the operation accepted by the operation accepting unit 211 (hereinafter also referred to as “first operation information”).
  • the transmitting/receiving unit 212 receives, from the server 10 , operation information (hereinafter also referred to as “second operation information”) related to operations input by other users on the other terminal devices 20 .
  • the game progress unit 213 executes various processes related to the progress of the game. Specific examples will be described below.
  • the game progress section 213 defines the game space based on information for defining the game space included in the game information 222 .
  • the game progression unit 213 arranges objects in the game space based on the object setting information included in the game information 222 .
  • the game progression unit 213 controls objects placed in the game space. Specifically, the game progression unit 213 controls the object so as to change the position, orientation, shape, color, etc. of the object in the game space, and to make the object perform a predetermined action.
  • the game progression unit 213 defines a virtual camera for designating an area to be presented to the user in the game space.
  • the game progression unit 213 arranges the virtual camera within the game space by defining the position and orientation of the virtual camera within the game space.
  • the game progression unit 213 instructs the display control unit 214 to generate an image in which the viewing area defined by the virtual camera and the objects arranged in this viewing area are drawn.
  • the position and orientation of the virtual camera can be appropriately determined for each game space.
  • the game progression unit 213 arranges the virtual camera so that the specific object is positioned in the center of the field of view with a specific orientation, based on the position and orientation of the specific object.
  • the game progression unit 213 adjusts the position and orientation of the virtual camera using the direction, distance and angle with respect to the specific object.
  • a specific object may be, for example, a dynamic object such as an operating character or a non-player character, or a static object such as a building, tree, stone, or the like.
  • the dynamic objects include playable characters that act based on each user's operation, and characters that act based on the game programs 221 and 221 (for example, non-player characters, enemy characters, etc.).
  • the game progression unit 213 interprets the contents of the user's instruction based on the coordinates of the input position detected by the operation reception unit 211, the type of input operation, and the like.
  • the game progression unit 213 executes various determination processes related to the progression of the game based on the interpreted instruction content.
  • the game progression unit 213 progresses the game while controlling the objects, the virtual camera, etc. based on the result of the determination process.
  • the game progress unit 213 updates, adds, or deletes the game information 222 and the user information 223 according to the progress of the game.
  • the display control unit 214 causes the display unit 28 to display an image. Specific examples will be described below.
  • the display control unit 214 generates an image in which the field of view of the virtual camera defined by the game progression unit 213 and the objects present in the area are drawn in the game space, and causes the display unit 18 to display the generated image.
  • the display control unit 214 superimposes and draws objects related to the UI (user interface) necessary for various operations of the game, such as icons, buttons, and menus showing various parameters, on the image displayed on the display unit 28. can do.
  • the game according to this embodiment includes a lottery event for allowing the user to acquire content.
  • the content may include, for example, a character, a weapon to equip the character, or an item. Users can use the content to challenge in-game quests.
  • the quest may include, for example, what is called a battle game, a dungeon, a search, a mission, and the like.
  • FIG. 4 is a diagram showing an example of a set of contents (lottery content group) to be selected by lottery.
  • a lottery event is, for example, an event in which a lottery is held for the user to acquire content.
  • a set of contents that the user can obtain by lottery is defined.
  • a set of contents to be selected by lottery (hereinafter referred to as a "lottery content group”) is associated with, for example, the content and the probability that the user can acquire each content. Specifically, the probability that a user can acquire a character of "character A" is "1%", and the number of stars "*" indicating rarity is defined as "4".
  • the probability that the character of "character B” can be obtained by the user is "10%", and the number of stars "*" indicating rarity is defined as "3". That is, "character A” has a lower probability of being acquired by the user than "character B” and is set to have a higher rarity.
  • the "probability of obtaining” may be, for example, the probability of obtaining the content in a single lottery, or the probability of obtaining the content in the entire lottery executed multiple times in succession. good.
  • the content is a "character” as an example.
  • "character” may be replaced with weapons, items, and the like.
  • a user can execute a lottery event by, for example, consuming a predetermined exchange item.
  • Predetermined exchange items are, for example, lottery tickets, coins, jewels, and points.
  • a lottery ticket can be exchanged for a lottery event, for example.
  • Coins for example, can be exchanged for a certain amount or more to execute a lottery event.
  • a jewel can execute a lottery event, for example, in exchange for a certain amount or more of it.
  • the jewel is, for example, one that the user can obtain for free by challenging a quest (hereinafter referred to as "free jewel") or one that the user can obtain for a fee by paying a consideration (hereinafter referred to as "paid jewel"). ) may be included.
  • a free jewel is, for example, a jewel that a user can obtain free of charge by playing a quest or the like.
  • free jewels can be obtained, for example, when logging into the game, when clearing quests, when completing specific missions, when interacting with other users, etc.
  • Paid jewels can be acquired by the user, for example, through the user's purchase procedure (cash or electronic money payment, credit card payment, etc.).
  • Paid Jewels may have a higher value than Unpaid Jewels.
  • a lottery event executed by consuming only paid jewels may make it easier to obtain content with a higher rarity than a lottery event executed by consuming only free jewels.
  • the user can be motivated to purchase paid jewels, and thus the user's interest in the game can be enhanced.
  • Points are, for example, points that can be obtained by the user challenging a quest. Points may, for example, be redeemable for the execution of a raffle event. Points may also be redeemable for specific characters, jewels, or weapons. Note that the points may be exchangeable for items at any timing, or may be exchangeable for items based on the total amount of points earned by the user in a predetermined period. Also, the points may change the state of the quest, such as making it possible to retry the quest or clearing a quest with a high degree of difficulty, by consuming a predetermined amount. Also, the points may allow the user to apply for various events related to the game outside the game by consuming a predetermined amount of points. Also, the points may be given only once by the owning user to another user within the range of the expiration date. Note that the predetermined exchange item is not limited to the above, and may be any item that can be exchanged for executing the lottery event.
  • the lottery event may include, for example, a limited-time event (such as Christmas).
  • a limited-time event (hereinafter referred to as a “limited-time event”) may disappear after the period has passed.
  • the lottery event may include, for example, an event in which a specific character can win.
  • the server processing unit 112 gives a character to the user by executing a lottery event.
  • the user may not be able to possess the same type of character as the character that the user already possesses (hereinafter referred to as "owned character").
  • owned character the same type of character as the character that the user already possesses
  • game may also include a game in which a character of the same type as the owned character can be owned more than once. For the sake of convenience, the following description assumes that the game is set such that the character of the same type as the possessed character cannot be possessed more than once.
  • the server processing unit 112 gives benefits (for example, points, items, etc.) to the user when the user obtains a character of the same type as the owned character in the lottery event.
  • the server processing unit 112 adopts a mechanism of giving points to users who could not acquire characters in the lottery event.
  • the server processing unit 112 can increase the user's interest in the game.
  • the character to be acquired by the user by lottery will be referred to as the "acquired character”.
  • the server processing section 112 may include, for example, functional means of a storage means 112a, a lottery means 112b, a determination means 112c, an award means 112d, and a privilege management means 112e.
  • the storage unit 112a is a functional unit that stores various information in the storage unit 120 for the data management unit. Specifically, the storage unit 112a stores the user information 122, the game information 123, and the like in the storage unit 120, for example. The user information 122 and the game information 123 will be described below.
  • the user information 122 is information managed by assigning an identification code for identifying the user to each user.
  • the user information 122 includes, for example, an identification code that identifies the user (hereinafter referred to as "user ID”), personal information such as the user's name and age, information about owned characters (hereinafter referred to as “owned character information”), Information about items (hereinafter referred to as “possessed item information”), information about privileges owned (hereinafter referred to as “privilege information”), and the like may be included.
  • the owned character information includes an identification code for identifying the owned character owned by the user (hereinafter referred to as "owned character ID”), a parameter indicating the ability of the owned character (hereinafter referred to as “ability parameter”), and a character used by the owned character.
  • owned character ID an identification code for identifying the owned character owned by the user
  • ability parameter a parameter indicating the ability of the owned character
  • usage frequency information information on the frequency of use
  • Ability parameters may include, for example, the level of the owned character, hit points, offensive power, defensive power, and the like. The level increases based on the experience points the user obtains, for example, when the user clears a quest. For example, when the level of the possessed character increases, hit points, attack power, defense power, etc. also increase.
  • the usage frequency information is, for example, information about the usage frequency of the possessed character being used for quests, missions, and the like.
  • the usage frequency may be the number of times the possessed character is used in a quest (organized into a team, etc.).
  • the usage frequency may be, for example, an initial value set to 0 and a value that increases by 1 each time the possessed character is used in a quest, or a value that increases by 1 each time the character is used multiple times. can be any value
  • the possessed item information may include items possessed by the user, the number of such items, the date and time when the item was obtained, and the like. Items may be, for example, paid jewels, paid gacha tickets, free jewels, free gacha tickets, weapons, and the like.
  • the owned privilege information is information indicating a privilege owned by the user.
  • the privilege may be obtained by the user when the character obtained by the user as a result of executing the lottery event and the character already owned by the user are of the same type.
  • the benefits may be, for example, jewels, gacha tickets, points, and the like.
  • the game information 123 is, for example, information managed by attaching an identification code for identifying a game associated with a user ID to each game.
  • the game information 123 may include, for example, character information, lottery event information, screen information, and the like.
  • the character information is associated with an identification code (hereinafter referred to as "character ID") that identifies the character, and includes, for example, the character's name, image, and initial values of ability parameters (eg, attack power and defense power at level 1). and maximum values (for example, attack power and defense power at level 100), rarity, version information, obtainable period, attribute, type, and the like.
  • character ID an identification code that identifies the character
  • initial values of ability parameters eg, attack power and defense power at level 1).
  • maximum values for example, attack power and defense power at level 100
  • rarity for example, attack power and defense power at level 100
  • version information e.g., obtainable period, attribute, type, and the like.
  • Rarity may include a number from 1 to 4, for example.
  • the numerical values may be indicated by, for example, the number of stars.
  • a character with a high rarity (for example, a character with a low probability of being acquired in a lottery event) may have ability parameters and skills that are advantageous for quests and missions, for example.
  • the version information may include, for example, one or more pre-evolution character IDs and one or more post-evolution character IDs.
  • the post-evolution character may have a higher rarity than the pre-evolution character, and may have ability parameters and skills that are advantageous for quests, missions, and the like.
  • the obtainable period is information regarding the period during which the character can be obtained in the lottery event. Specifically, if the lottery event is an event limited to Christmas, for example, December 24th and December 25th are designated as the obtainable period.
  • Attributes are an example of character-specific features. Specifically, attributes include, for example, fire attributes, water attributes, thunder attributes, darkness attributes, and light attributes.
  • a type is an example of a feature corresponding to a character's physical ability and personality.
  • Types include, for example, attacker type, defense type, balance type, skill type, support type, technical type, and hero type. Characters, for example, have different attack and defense parameters depending on their type.
  • the lottery event information is stored in association with each lottery event with an identification code for identifying the lottery event (hereinafter referred to as "lottery event ID").
  • the lottery event information includes, for example, the name (title), information about the lottery content group to be selected by lottery (hereinafter referred to as “lottery content group information”), and information about the price (hereafter referred to as "price information"). good too.
  • the lottery content group information is associated with the character ID of a character included in the lottery content group (for example, gacha box) and the character ID, and indicates the probability that the user can acquire the character by lottery (hereinafter referred to as "acquisition probability ).
  • acquisition probability for example, a low probability may be set for a character with a high rarity, and a high probability may be set for a character with a low rarity.
  • an acquisition probability for example, a high acquisition probability
  • an acquisition probability different from the acquisition probability for other characters of the same rarity as the character may be set.
  • the price information may be associated with a lottery event and may include information about the number of items and points required for executing the lottery event.
  • This item may be, for example, a paid jewel or a free jewel.
  • the price for executing a lottery event in which characters with high rarity are easy to obtain is larger in the number of items and points than the price for executing lottery events in which characters with high rarity are difficult to obtain. may be set.
  • only high-value items for example, paid jewels
  • the screen information may include various screens for accepting user's operation inputs.
  • the screen information may include a screen (hereinafter referred to as "lottery event execution screen T1") for accepting user's operation input and executing the lottery event.
  • An example of the lottery event execution screen T1 will be described with reference to FIG.
  • FIG. 5 is a diagram showing an example of the lottery event execution screen T1.
  • the lottery game execution screen T1 may include a type selection button T11, an event selection button T12, a number of times selection button T13, and an acquisition probability table T14.
  • the type selection button T11 is a button indicating the type of lottery event.
  • the event selection button T12 is a button indicating a lottery event corresponding to the type selection button T11.
  • the number of times selection button T13 is a button for selecting the number of lotteries in the lottery event. Specifically, for example, the user selects the type selection button T11 for "character lottery” if he wants to execute a lottery event for obtaining a character, or selects "weapon lottery” if he wants to execute a lottery event for obtaining a weapon. Select the type selection button T11. When the user selects the "character" type selection button T11, for example, the user selects one of a plurality of number of times selection buttons T13 to determine the number of lotteries in the lottery event. The user selects, for example, one of the event selection buttons T12 for a plurality of lottery events to execute the lottery event.
  • the acquisition probability table T14 is a button for transitioning to a screen displaying the lottery content group shown in FIG. 4 corresponding to the lottery event displayed on the event selection button T12.
  • the lottery means 112b is, for example, a functional means for specifying an acquisition character to be acquired by the user among the characters included in the lottery content group by executing a lottery event according to the user's operation input.
  • the judging means 112c is a functional means for making various judgments.
  • the determination unit 112c determines, for example, whether or not the obtained character given in the lottery event and the owned character owned by the user are of the same type.
  • "of the same type” may mean, for example, that the character ID of the acquired character and the possessed character ID of the possessed character are the same. Also, at least one of the attribute or type of the acquired character and at least one of the attribute or type of the possessed character may be the same.
  • the giving unit 112d is a functional unit that gives a privilege to the user, for example, when the determination unit 112c determines that the obtained character and the possessed character are of the same type.
  • the granting means 112d may grant more benefits to the user as the probability that the user can obtain the acquired content in the lottery means 112b is lower (for example, as the rarity is higher).
  • the privilege granted to the user by the granting means 112d will be described as "points". Details of the imparting means 112d will be described below.
  • the granting unit 112d may grant points (privileges) to the user in place of the acquired character. In this way, even if an acquired character of the same type as the possessed character appears in the lottery means 112b, points can be awarded to the user in place of acquiring the acquired character. can be enhanced.
  • the granting means 112d may grant points and items (for example, runes (those that can be exchanged for a certain number of items or lottery tickets), jewels, etc.) to the user in place of acquired characters.
  • points and items for example, runes (those that can be exchanged for a certain number of items or lottery tickets), jewels, etc.
  • the granting means 112d may grant points and items (for example, runes (those that can be exchanged for a certain number of items or lottery tickets), jewels, etc.) to the user in place of acquired characters.
  • points and items can be awarded to the user.
  • the item acquired by the user is a jewel
  • the jewel may be a jewel corresponding to a paid jewel.
  • the granting means 112d gives benefits (for example, points, items, etc.) to the user according to the number of points (privileges) owned by the user at that time. may be granted. That is, the granting unit 112d may grant more benefits to users who have executed many lottery events in the past (for example, users who have paid a large amount of money) than users different from the user. In this way, by constructing a mechanism that gives more benefits to users who have played more games, it is possible to encourage users to pay more to play games.
  • benefits for example, points, items, etc.
  • the granting means 112d may grant a benefit to the user according to another indicator (for example, "amount of items") different from “amount of points”.
  • the granting means 112d determines that the acquired character and the possessed character are the same in the current lottery. If the attribute or type of the character acquired in the previous lottery and the attribute or type of the character acquired in this lottery are not the same, the points given to the user in the case of the type will be the acquired content and the owned content in this lottery. and are of the same type, the number of benefits given to the user may be greater than that given to the user. Specifically, when the character A with the fire attribute was given in the previous lottery and the character A with the fire attribute was given in the current lottery, the giving unit 112d gives the user "100" points.
  • the granting means 112d grants "50" points to the user.
  • the above-mentioned "increase the points” may include adding a predetermined point to the points normally given, or multiplying the points normally given by a predetermined magnification.
  • the awarding means 112d may increase the points (privileges) to be awarded to the user as the number of times the obtained character and the possessed character in the lottery means 112b are of the same type increases. Specifically, in a lottery event in which a lottery is continuously executed a plurality of times, the imparting means 112d imparts "10" points when the obtained character and the possessed character are of the same type in the first lottery. However, if the obtained character and the possessed character are of the same type in the second lottery executed in succession to the first lottery, "20" points may be awarded. As a result, more points are awarded when characters cannot be obtained consecutively, so that the user's interest in the game can be enhanced.
  • the granting means 112d grants "10" points when the type is the same for the first time, and a "lottery ticket” with a higher value than the points when the type is the same for the second time. items may be granted.
  • the user's interest in the game can be further enhanced.
  • the granting means 112d counts the number of times the obtained character and the possessed character are of the same type, and grants points corresponding to the number of times. good too. As a result, it is possible to increase the user's interest even in the one-shot lottery.
  • the granting means 112d provides the points granted when the user refuses to acquire the predetermined item. may be greater than the number of points awarded if the user does not refuse to acquire the given item. As a result, it is possible to increase the interest in the game of the user who wants to acquire more points.
  • the granting means 112d may arbitrarily combine each of the privilege granting methods described above. As a result, by improving the mechanism for giving points to the user, it is possible to enhance the interest of the user in the game.
  • the privilege management unit 112e is a functional unit that manages privileges granted to the user by the granting unit 112d. For the sake of convenience, it is assumed that the privilege managed by the privilege management means 112e is "points" as an example. Details of the privilege management means 112e will be described below.
  • the privilege management unit 112e may manage the points (privileges) given to the user by the granting unit 112d in association with the user. Specifically, the privilege management unit 112e may associate the user ID of the user information 122 stored in the storage unit 120 with the possessed privilege information, and cause the storage unit 120 to store them. As a result, the user can centrally manage and use the points obtained by executing a plurality of different lottery events, so that the user's interest in the game can be enhanced.
  • the privilege management unit 112e may manage the points (privileges) given to the user by the granting unit 112d in association with a predetermined lottery content group drawn by the lottery unit 112b. Specifically, the privilege management unit 112e may associate the user ID and the possessed privilege information of the user information 122 with the lottery event ID of the lottery event information and cause the storage unit 120 to store the same. That is, the privilege management unit 112e may manage so that the points can be used only for the lottery event corresponding to the lottery content group linked to the points. Thereby, it is possible to prompt the user to execute a specific lottery event.
  • the privilege management unit 112e may eliminate the points (privileges) managed in association with the lottery content group when the validity period of the lottery content group has passed. Specifically, the privilege management unit 112e stores the user information in the storage unit 120 so that the owner privilege information linked to the lottery event ID disappears when the lottery event ID disappears due to the expiration date. 122 update. Thereby, it is possible to prompt the user to use the points.
  • the privilege management unit 112e may extend the validity period of the points (privileges) owned by the user when a predetermined item is used according to the user's operation input. Specifically, when the user uses a predetermined item, the privilege management unit 112e causes the storage unit 120 to extend the validity period of the possessed privilege information associated with the user ID for a predetermined period. update the user information 122 of As a result, it is possible to increase the user's interest in the game by prompting the user to purchase a predetermined item and by providing a means for extending the valid period of the points to the user.
  • the privilege management unit 112e may be able to predetermine the upper limit of points that the user can own. In this case, the privilege management unit 112e may perform processing so as not to award points exceeding the upper limit to the user when the points to be acquired exceed the upper limit. Thereby, it is possible to encourage the use of the points obtained by executing the lottery event. Further, when the points to be acquired exceed the upper limit, the privilege management unit 112e may give the user a privilege different from the points instead of the points exceeding the upper limit. As a result, it is possible to provide the user with the enjoyment of accumulating points obtained by executing the lottery event and the enjoyment of obtaining benefits such as items when the points exceed the upper limit value, thereby enhancing the user's interest in the game. can be done.
  • the lottery unit 112b has been described as lottery for the character to be given to the user from among the characters included in the lottery content group, but it is not limited to this.
  • the lottery means 112b may further execute a lottery to determine the multiplier for the points given to the user by the granting means 112d.
  • the lottery means 112b uses a table in which a multiplier and a probability corresponding to the multiplier are defined when or before the giving means 112d decides to give "3" points to the user. You may determine a magnification by lottery based on. As a result, it is possible to increase the user's interest in the process of determining the multiplier to be applied to the points.
  • the granting means 112d may vary the points (privileges) to be granted to the user according to the price required by the user for executing the lottery event in the lottery means 112b.
  • the lottery unit 112b selects a lottery (first lottery) with a high price required to execute the lottery event and a lottery (first lottery) with a low price required to execute the lottery event according to the user's operation input. second lottery) may be executed.
  • the giving means 112d gives points to the user when the obtained character and the possessed character in the lottery with a higher price are of the same type, and the points are given to the user when the obtained character and the possessed character in the lottery with a lower price are of the same type. It may be higher than the points given to the user in the case. As a result, more points can be given to users who have spent more money when they cannot obtain the desired character, so that the user's interest in the game can be enhanced.
  • the granting means 112d may vary the points (privileges) to be granted to the user according to the item used by the user for executing the lottery event in the lottery means 112b.
  • the lottery means 112b selects a lottery that is executed when the user uses a paid item and a lottery that is executed when the user uses a free item, according to the user's operation input. may be executed.
  • the giving means 112d gives the points given to the user when the obtained character and the possessed character in the lottery using the paid item are of the same type, and the points are given to the user when the obtained character and the possessed character in the lottery using the free item are of the same type. It may be higher than the points given to the user for the kind. As a result, more points can be given to users who have spent more money when they cannot obtain the desired character, so that the user's interest in the game can be enhanced.
  • the server processing unit 112 may further include selection means.
  • the selection means is a functional means for receiving a selection of at least one or more contents among the characters included in the lottery content group according to the user's operation input.
  • FIG. 6 is a diagram showing an example of the selection screen T2.
  • names T21 of characters included in the lottery character group (here, character A, etc.) are displayed in a selectable manner.
  • the user performs a touch operation or a mouse operation on the character name T21 displayed on the selection screen.
  • the display of the character image is changed to a selected state (here, the selection box T22 is blacked out).
  • the selection means may set, for example, the number of selectable characters.
  • the number display image T23 shows that 10 characters can be selected.
  • the determination unit 112c determines that the acquired character and the possessed character are of the same type as a result of the execution of the lottery event
  • the granting unit 112d determines that the selected content is of the same type as the acquired character.
  • higher points may be awarded to the user than when content not selected by the selecting means is determined to be of the same type.
  • an event for obtaining more points can be provided to the user, so that the user's interest in the game can be enhanced.
  • the server processing unit 112 may further include setting means.
  • the setting means sets at least one of a period during which the lottery content group is valid, a predetermined multiplier to the points given to the user by the giving means 112d, or points to be added to the points given to the user, in the lottery content group. It is a function means for setting.
  • the setting unit updates the game information 123 of the storage unit 120 by, for example, associating the information indicating the valid period with the lottery content group information, the information about the predetermined magnification and the points to be added.
  • the setting means sets the effective period to December 24th and December 25th for the lottery content group in the event-limited lottery event such as Christmas, and triples the points during that period. can be set. Thereby, the user can be encouraged to participate in a specific lottery event.
  • At least one of the functional means of the server processing unit 112 described above may be included in the game progression unit 213 of the terminal device 20, for example.
  • FIG. 7 is a flow chart showing an example of the processing procedure of the game system.
  • the server processing unit 112 of the server 10 executes a lottery (step S102) based on a lottery event execution instruction (step S101) transmitted from the terminal device 20.
  • FIG. 1 the server processing unit 112 of the server 10 executes a lottery (step S102) based on a lottery event execution instruction (step S101) transmitted from the terminal device 20.
  • the server processing unit 112 determines whether or not the obtained character specified by the lottery is of the same type as the possessed character (step S103). If the determination is YES (step S103; YES), the server processing unit 112 gives a privilege (for example, points) to the obtained character specified by the lottery (step S104).
  • a privilege for example, points
  • the server processing unit 112 specifies a privilege to be given to the user by the giving means 112d (step S105).
  • the content of the privilege to be given to the user (for example, the number of points) is the content executed by the above-described giving means 112d, so the explanation thereof will be omitted.
  • step S103 If it is determined in step S103 that the obtained character specified by the lottery is different from the owned character (step S103; NO), the server processing unit 112 determines that the obtained character is given to the user. (Step S106).
  • the server processing unit 112 transmits to the terminal device 10 the privilege identified in step S105 and the acquired character data to be given to the user in step S106 (step S107). Thereby, when the obtained character and the possessed character are of the same type in the lottery event, a privilege can be given to the user. Then, this processing procedure ends.
  • the game program according to the present embodiment instructs the processor, in a lottery content group (content group) including a plurality of characters (contents), to display characters (contents) included in the lottery content group (contents group) in accordance with a user's operation input.
  • Lottery means 112b for specifying an acquired character (acquired content) to be acquired by the user among the lottery means 112b (lottery step), the acquired character (acquired content) specified in the lottery means 112b (lottery step), and the possession owned by the user
  • granting means 112d for granting a privilege to the user is executed, and in the granting means 112d (granting step), the lottery means 112b (lottery step ), the lower the probability that the user can acquire an acquired character (acquired content), the more benefits are given to the user.
  • the mechanism for giving points to the user it is possible to enhance the interest of the user in the game.
  • the program in the present embodiment gives the privilege to the user instead of the acquired character (acquired content) in the granting means 112d (granting step).
  • the user's interest in the game can be enhanced.
  • the program in this embodiment further executes privilege management means 112e (privilege management step) for setting the validity period of the privilege granted to the user by the granting means 112d (granting step).
  • privilege management means 112e privilege management step
  • the user can be encouraged to use points.
  • the program in this embodiment extends the validity period of the privilege given to the user when a predetermined item is used in accordance with the user's operation input in the privilege management means 112e (privilege management step). .
  • the user's interest in the game can be enhanced.
  • the program in the present embodiment includes privilege management means 112e (privilege management step) that manages the privilege granted by the user by linking it to the lottery content group (content group) drawn in the lottery means 112b (lottery step). ) further. Thereby, it is possible to prompt the user to execute a specific lottery event.
  • privilege management means 112e privilege management step
  • the program in the present embodiment is managed in association with the lottery content group (content group) when the validity period of the lottery content group (content group) has passed in the privilege management means 112e (privilege management step). extinguish the perks. Thereby, it is possible to prompt the user to use the points.
  • the program in the present embodiment determines the attribute or type of the character (obtained content) obtained in the previous lottery and the attribute or type of the character (obtained content) obtained in the current lottery. are the same, the points given to the user in the event that the acquired character (acquired content) and the possessed character (possessed content) are of the same type in this lottery are the points given to the user based on the acquired character (acquired content) in the previous lottery. If the attribute or type is not the same as the attribute or type of the acquired character (acquired content) in this lottery, the acquired character (acquired content) and the possessed character (possessed content) are of the same type in this lottery. It should be larger than the privilege given to the user in the case. As a result, the user's interest in the game can be enhanced.
  • the program in the present embodiment further executes a selection step of selecting at least one character (content) in the lottery content group (content group) in accordance with the user's operation input, providing means 112d (giving step ), the privilege given to the user when the acquired character (acquired content) is of the same type as the selected character selected in the selection step is defined as a character (content) of which the acquired character (acquired content) is of a different type from the selected character. be greater than the privilege given to the user in the case of .
  • an event for obtaining more points can be provided to the user, so that the user's interest in the game can be enhanced.
  • the program according to the present embodiment provides the lottery content group (content group) with a period during which the lottery content group (content group) is valid and a predetermined amount to be applied to the privilege given to the user in the giving means 112d (granting step).
  • a setting step is further executed for setting at least one of a multiplier and a privilege added to the privilege granted to the user. Thereby, the user can be encouraged to participate in a specific lottery event.
  • the program in the present embodiment executes a lottery for determining a predetermined rate to be applied to the privilege given to the user by the granting means 112d (granting step) in the lottery means 112b (lottery step).
  • granting step a predetermined rate to be applied to the privilege given to the user by the granting means 112d (granting step) in the lottery means 112b (lottery step).
  • the program in the present embodiment in the lottery means 112b (lottery step), according to the user's operation input, the first lottery whose price required for execution is the first price and the price required for execution is a second price lower than the first price, and the granting means 112d (granting step) executes either the acquired character (acquired content) in the first lottery and the possessed character ( A benefit given to the user when the character (obtained content) and the owned character (owned content) are of the same type in the second lottery is given to the user when the character (obtained content) obtained in the second lottery and the owned character (owned content) are of the same type. More perks than you get. As a result, more points can be given to users who have spent more money when they cannot obtain the desired character, so that the user's interest in the game can be enhanced.
  • the program in the present embodiment includes a third lottery executed by the user using a paid item in response to the user's operation input in the lottery means 112b (lottery step), and the user selecting a free item.
  • a fourth lottery executed by use is executed, and in the granting means 112d (granting step), the acquired character (acquired content) and the owned character (owned content) in the third lottery are of the same type.
  • the privilege given to the user is made larger than the privilege given to the user when the obtained character (obtained content) and the possessed character (possessed content) in the fourth lottery are of the same kind.

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

ゲームプログラム、ゲーム方法及びゲームシステム
本発明は、ゲームプログラム、ゲーム方法及びゲームシステムに関する。
下記特許文献１には、抽選対象となる複数のキャラクタの中からユーザに獲得させるキャラクタを抽選する抽選ゲームを実行するゲームシステムが開示されている。このゲームシステムでは、抽選されたキャラクタが、ユーザが所有しているキャラクタと同一種類である場合に、ユーザにポイントを付与する。
特許第６７０５１０１号公報
ポイントの付与はユーザをゲームに引き付ける要因となる。しかしながら、ポイントが思うように溜まらないと、ゲームに対するユーザの興趣が削がれる要因になる。
本発明は、上述した課題を解決するためになされたものであり、ユーザにポイントを付与する仕組みを改善することで、ゲームに対するユーザの興趣性を高めることができるゲームプログラム、ゲーム方法及びゲームシステムを提供することを目的の一つとする。
本開示に係るゲームプログラムは、ゲームシステムのプロセッサに実行させるゲームプログラムであって、前記プロセッサに、前記ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定する抽選ステップと、前記抽選ステップにおいて特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツと、が同一の種類である場合に、前記ユーザに特典を付与する付与ステップと、を実行させ、前記付与ステップにおいて、前記抽選ステップで前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与させる。
本開示に係るゲーム方法は、プロセッサが、前記ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定することと、前記抽選によって特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツとが同一の種類である場合に、前記ユーザに特典を付与することと、前記抽選において前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与することと、を実行する。
本開示に係るゲームシステムは、前記ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定する抽選部と、前記抽選部において特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツとが同一の種類である場合に、前記ユーザに特典を付与する付与部と、を備え、前記付与部は、前記抽選部において前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与する。
本発明によれば、ユーザにポイントを付与する仕組みを改善することで、ゲームに対するユーザの興趣性を高めることができるゲームプログラム、ゲーム方法及びゲームシステムを提供することが可能となる。
本発明の一実施形態に係る端末装置を含むゲームシステムの概略構成図である。 サーバの機能構成を例示するブロック図である。 端末装置の機能構成を例示するブロック図である。 抽選の対象となるコンテンツの集合の一例を示す図である。 抽選イベント実行画面の一例を示す図である。 選択画面の一例を示す図である。 ゲームシステムの処理手順の一例を示すフローチャートである。
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
＝＝＝ゲームシステムのシステム構成＝＝＝
図１を参照して、ゲームシステム１の構成について説明する。図１は、本発明の一実施形態に係る端末装置２０を含むゲームシステム１の概略構成図である。図１に示すように、ゲームシステム１は、サーバ１０と、複数の端末装置２０とを含む。
サーバ１０は、端末装置２０とネットワークＮを介して接続する。ネットワークＮは、例えば、インターネット、移動体通信システム（例えば、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等）、ＷｉＦｉ（Wireless Fidelity）、ブルートゥース（登録商標）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
＜＜サーバ１０のハードウェア構成＞＞
サーバ１０は、例えば、ワークステーション、パーソナルコンピュータ等の汎用コンピュータが該当し得る。図１に示すように、サーバ１０は、物理的な構成として、例えば、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信ＩＦ（インターフェース）２４と、入出力ＩＦ２５とを備える。サーバ１０が備えるこれらの構成は、通信バスによって互いに接続される。
プロセッサ１１は、サーバ１０全体の動作を制御する。プロセッサ１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）及びＧＰＵ（Graphics Processing Unit）等を含み得る。プロセッサ１１は、例えば、ストレージ１３からプログラムを読み出し、メモリ１２に展開し、展開したプログラムを実行する。
メモリ１２は、主記憶装置である。メモリ１２は、例えば、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等の揮発性記憶装置により構成される。メモリ１２は、プロセッサ１１がストレージ１３から読み出した各種プログラム及びデータを一時的に記憶することにより、プロセッサ１１に作業領域を提供する。メモリ１２は、プロセッサ１１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
なお、本実施形態におけるプログラムは、例えば、複数の端末装置２０とサーバ１０との協働によりゲームを実現するゲームプログラムである。また、各種データには、例えば、ゲーム情報等のゲームに関するデータ、ユーザ情報、及び端末装置２０とサーバ１０との間で送受信する指示や通知が含まれる。
ストレージ１３は、補助記憶装置である。ストレージ１３は、例えば、フラッシュメモリ又はＨＤＤ（Hard Disk Drive）等の不揮発性記憶装置で構成される。ストレージ１３には、ゲームに関する各種データが格納される。
通信ＩＦ１４は、サーバ１０における各種データの送受信を制御する。
入出力ＩＦ１５は、サーバ１０がデータの入力を受け付けるためのインターフェースであるとともに、サーバ１０がデータを出力するためのインターフェースである。入出力Ｉ Ｆ１５は、例えば、マウス、キーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含むことができる。
＜＜端末装置２０のハードウェア構成＞＞
端末装置２０は、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ等の携帯端末が該当し得る。端末装置２０は、ユーザがコンピュータゲームを実行する際にプレイヤとして使用可能な可搬型の端末であることが望ましい。
図１に示すように、端末装置２０は、物理的な構成として、例えば、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信ＩＦ２４と、入出力ＩＦ２５と、タッチスクリーン２６とを備える。端末装置２０が備えるこれらの構成は、通信バスによって互いに接続される。
プロセッサ２１は、端末装置２０全体の動作を制御する。プロセッサ２１は、ＣＰＵ、ＭＰＵ及びＧＰＵ等を含み得る。プロセッサ２１は、例えば、ストレージ２３からプログラムを読み出し、メモリ２２に展開し、展開したプログラムを実行する。
メモリ２２は、主記憶装置である。メモリ２２は、例えば、ＲＯＭ、及びＲＡＭ等の揮発性記憶装置により構成される。メモリ２２は、プロセッサ２１がストレージ２３から読み出したプログラム及び各種データを一時的に記憶することにより、プロセッサ２１に作業領域を提供する。メモリ２２は、プロセッサ２１がプログラムに従って動作している間に生成した各種データも一時的に記憶する。
ストレージ２３は、補助記憶装置である。ストレージ２３は、例えば、フラッシュメモリ又はＨＤＤ等の不揮発性記憶装置により構成される。ストレージ２３には、例えば、ゲームに関する各種データが格納される。
通信ＩＦ２４は、各種データの送受信を制御する。通信ＩＦ２４は、例えば、無線ＬＡ Ｎ（Local Area Network）又は携帯電話回線網等を介した通信、及び近距離無線通信等を用いた通信を制御する。
入出力ＩＦ２５は、端末装置２０がデータの入力を受け付けるためのインターフェースであるとともに、端末装置２０がデータを出力するためのインターフェースである。入出力ＩＦ２５は、例えばＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行うこととしてもよい。入出力ＩＦ２５は、例えば、端末装置２０が備える物理ボタンやカメラ、マイク、スピーカ等を含むことができる。
タッチスクリーン２６は、入力部２７と表示部２８とを組み合わせた電子部品である。入力部２７は、例えばタッチパッドによって構成される。表示部２８は、例えば液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。
入力部２７は、ユーザの操作（例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作及びフリック操作等）により、入力面に対して入力された位置を検知し、検知した位置を示す情報を入力信号として送信する機能を備える。入力部２７は、例えば、タッチセンシング部を含むことができる。タッチセンシング部は、例えば、静電容量方式、抵抗膜方式等を採用することができるが、他の方式であってもよい。
＜＜サーバ１０の機能構成＞＞
次に、図２を参照して、サーバ１０の機能構成について説明する。図２は、サーバ１０ の機能構成を例示するブロック図である。サーバ１０は、例えば、ゲームを実現するために必要な各種データ及びプログラムを各端末装置２０に提供する機能、各端末装置２０からゲームに関するデータを収集して管理する機能、及び、複数の端末装置２０間の同期処理を行う機能等を有する。
なお、本実施形態において、サーバ１０は、ゲームごとに事前に登録されるユーザのアカウントを用い、各ユーザ及び端末装置２０を識別する。アカウントの登録方法は特に限定されない。例えば、端末装置２０又はパーソナルコンピュータ等の他の装置が、ユーザの操作に従って、ユーザのアカウント登録に必要な情報をサーバ１０に送信し、サーバ１０が、受信した情報に基づいて各ユーザのアカウントを作成及び保存することができる。
図２に示すように、サーバ１０は、機能的な構成として、例えば、制御部１１０と、記憶部１２０とを有する。
記憶部１２０は、制御部１１０が使用する各種情報を格納する。記憶部１２０は、例えば、ゲームプログラム１２１と、ユーザ情報１２２と、ゲーム情報１２３とを含む。
ゲームプログラム１２１は、ゲームを実現するためのプログラムである。なお、ゲームプログラム１２１は、サーバ１０側で実行するゲームプログラムに加え、端末装置２０に送信して端末装置２０側で実行するプログラム（後述するゲームプログラム１２１）を含むこととしてもよい。あるいは、記憶部１２０が、サーバ１０側で実行するゲームプログラム１２１と、端末装置２０側で実行するプログラムとを格納することとしてもよい。
ユーザ情報１２２は、ゲームをプレイするユーザに関する情報である。ユーザ情報１２２については後述する。
ゲーム情報１２３は、アカウント間で共通の情報である。ゲーム情報１２３は、例えば、各種ゲーム空間を規定するための情報を含む。ゲーム空間とは、ユーザが所有している又は操作可能なキャラクタのオブジェクトが配置される空間である。また、ゲーム情報１２３は、例えば、ゲーム空間内に配置される建物や木、石等の背景オブジェクトやノンプレイヤキャラクタ（Non Player Character：ＮＰＣ）のオブジェクトの配置位置や大きさ、色、形状等、アカウント間で共通のオブジェクトに関する各種設定情報を含む。また、ゲーム情報１２３は、例えば、ノンプレイヤキャラクタの各種パラメータの設定値や、クエストに関する情報を含む。クエストは、例えば達成条件が設定されたゲーム内のイベントである。クエストには、例えば達成条件に加えて失敗条件が設定されていてもよい。ゲーム情報１２３に含まれる各種情報については後述する。
制御部１１０は、記憶部１２０に格納されたゲームプログラム１２１を実行することにより、ゲームに関する各種処理を制御する。制御部１１０は、例えば、送受信部１１１、サーバ処理部１１２、データ管理部１１３及び同期処理部１１４を有する。
送受信部１１１は、各種データを送信又は受信する。例示的に、送受信部１１１は、各種データ及びプログラムの送信要求や、マルチプレイ機能に対応するための同期処理の要求、同期処理の対象となるデータ等を、各端末装置２０から受信し、サーバ処理部１１２ に渡す。また、送受信部１１１は、サーバ処理部１１２による制御に従って、同期を取るための指示等を含む各種データやプログラムを、各端末装置２０に送信する。
本実施形態において、マルチプレイ機能とは、複数のアカウントによるゲーム処理を同期させた状態で進行させる機能である。ゲームシステム１のサーバ１０及び端末装置２０ は、ゲームシステム１にログインしているアカウントが同じゲームに複数参加する場合に、マルチプレイ機能に対応するための各種処理を実行する。
サーバ処理部１１２は、端末装置２０からの要求等に応じ、ゲームプログラム２２１に記述された演算処理を実行することで、端末装置２０にゲームを提供する。例示的に、サーバ処理部１１２は、マルチプレイ機能に対応するための同期処理の要求や同期処理の対象となるデータを、送受信部１１１を介して端末装置２０から受け取ると、マルチプレイ機能に対応するための同期処理を実行する。また、サーバ処理部１１２は、ゲーム情報１２３又はユーザ情報１２２の送信指示を送受信部１１１に指令する。さらに、サーバ処理部１１２は、ゲーム情報１２３又はユーザ情報１２２のレコードの追加、更新、又は削除に関する指示をデータ管理部１１３に指令する。サーバ処理部１１２の機能の詳細については後述する。
データ管理部１１３は、記憶部１２０に格納されている各種データをサーバ処理部１１２の指示に従って管理する。例示的に、データ管理部１１３は、サーバ処理部１１２からの指令に従って、ゲーム情報１２３又はユーザ情報１２２を読み出し、送受信部１１１を介して端末装置２０に送信する。また、データ管理部１１３は、サーバ処理部１１２からの指令に従って、ゲーム情報１２３又はユーザ情報１２２のレコードを、追加、更新、又は削除する。
同期処理部１１４は、サーバ処理部１１２からの指令に従って、ゲームのマルチプレイ機能に対応するための同期処理を実行する。例えば、同期処理部１１４は、サーバ１０が複数の端末装置２０に対して情報を送信するときに、各端末装置２０に同時に情報を送信することで、各端末装置２０間で進行するゲームの同期を取る。具体的に、同期処理部１１４は、各アカウントに対応する端末装置２０から所定期間（例えば、一フレーム）内に受信した操作情報を、所定期間ごとに各端末装置２０に同時に送信する。操作情報は、端末装置２０に入力される操作に関する情報である。同期のタイミングや同期すべき情報は、サーバ処理部１１２から随時受信することとしてもよい。同期処理を実行することで、一つの端末装置２０で入力された操作に起因するゲーム内の事象を、他の端末装置２０に同時に反映させることが可能となる。
＜＜端末装置２０の機能構成＞＞
次に、図３を参照して、端末装置２０の機能構成について説明する。図３は、端末装置２０の機能構成を例示するブロック図である。端末装置２０は、例えば、ユーザの入力操作を受け付ける入力装置としての機能、及び、ゲームの画像や音声を出力する出力装置としての機能等を有する。
図３に示すように、端末装置２０は、機能的な構成として、例えば、制御部２１０と記憶部２２０とを有する。記憶部２２０は、制御部２１０が使用する各種データを格納する。各種データとして、例えば、ゲームプログラム２２１、ゲーム情報２２２及びユーザ情報２２３がある。
ゲームプログラム２２１は、端末装置２０側でゲームを実現するためのプログラムである。ゲーム情報２２２及びユーザ情報２２３は、制御部２１０がゲームプログラム２２１ を実行するときに参照するデータである。
ゲーム情報２２２は、上述したサーバ１０のゲーム情報２２２と同様の情報を含むため、ここではゲーム情報２２２の説明を省略する。
ユーザ情報２２３は、端末装置２０を使用するユーザのアカウントに関するデータであり、上述したサーバ１０のユーザ情報２２３と同様の情報を含む。したがって、ここではユーザ情報２２３の説明を省略する。
制御部２１０は、記憶部２２０に格納されたゲームプログラム２２１を実行することにより、端末装置２０において実行されるゲームに関する各種処理を制御する。制御部２１０は、例えば、操作受付部２１１、送受信部２１２、ゲーム進行部２１３及び表示制御部２１４を有する。
操作受付部２１１は、タッチスクリーン２６の入力部２７を介してユーザにより入力される操作（以下、「入力操作」ともいう。）を受け付ける。具体的に、操作受付部２１１ は、入力部２７に対する入力操作を受け付けた場合に、入力位置の座標及び入力操作の種類を検知する。入力操作の種類として、例えば、タッチ操作、タップ操作、スライド操作、スワイプ操作及びフリック操作が挙げられる。入力操作は、タッチスクリーン２６に物理的に接触する操作に限らず、非接触による操作も含み得る。操作受付部２１１は、例えば、連続して検知されていた入力操作が途切れたことを検出した場合に、入力部１７に対する入力操作が解除されたものと検知する。ここで、操作受付部２１１は、入出力ＩＦ２５を介して接続された操作機器を用いてユーザに入力された操作についても、上記入力部
２７に対する入力操作と同様に受け付けることができる。
送受信部２１２は、各種データを送受信する。以下に、具体例を挙げて説明する。送受信部２１２は、ゲーム情報２２２又はユーザ情報２２３や、マルチプレイ機能に対応するための同期要求を、サーバ１０に送信する。送受信部２１２は、各種データ、プログラム、及びマルチプレイ機能に対応するための同期のためのデータ等を、サーバ１０から受信する。同期のためのデータには、例えば、マルチプレイに参加している各端末装置２０間で同期を取るように指示するための同期指示データが含まれる。同期指示データには、例えば、同期対象となるデータ及びそのデータの種類や、同期する時期を特定するためのデータ等が含まれる。送受信部２１２は、操作受付部２１１により受け付けられた操作に関する操作情報（以下、「第１操作情報」ともいう。）を、サーバ１０に送信する。送受信部２１２は、他の端末装置２０において他のユーザにより入力された操作に関する操作情報（以下、「第２操作情報」ともいう。）を、サーバ１０から受信する。
ゲーム進行部２１３は、ゲームの進行に関する各種処理を実行する。以下に、具体例を挙げて説明する。ゲーム進行部２１３は、ゲーム情報２２２に含まれるゲーム空間を規定するための情報に基づいて、ゲーム空間を規定する。ゲーム進行部２１３は、ゲーム情報２２２に含まれるオブジェクトの設定情報に基づいて、ゲーム空間にオブジェクトを配置する。ゲーム進行部２１３は、ゲーム空間に配置したオブジェクトを制御する。具体的に、ゲーム進行部２１３は、ゲーム空間内でのオブジェクトの位置、向き、形状、色等を変更することや、オブジェクトに所定の動作を行わせるように、オブジェクトを制御する。
ゲーム進行部２１３は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。ゲーム進行部２１３は、ゲーム空間内での仮想カメラの位置及び向きを規定することにより、ゲーム空間内に仮想カメラを配置する。ゲーム進行部２１３は、仮想カメラにより規定される視野領域及びこの視野領域に配置されているオブジェクトを描画した画像を生成するように、表示制御部２１４に指示する。
仮想カメラの位置及び向きは、ゲーム空間ごとに適宜決定することができる。例えば、ゲーム進行部２１３は、特定のオブジェクトの位置や向きを基準とし、特定のオブジェクトが特定の向きで視野領域の中央に位置するように、仮想カメラを配置する。その際、ゲーム進行部２１３は、特定のオブジェクトに対する方向、距離及び角度を用い、仮想カメラの位置や向きを調整する。特定のオブジェクトは、例えば、操作キャラクタやノンプレイヤキャラクタ等の動的なオブジェクトであってもよいし、建物や木、石等の静的なオブジェクトであってもよい。動的なオブジェクトには、各ユーザの操作に基づいてそれぞれ動作する操作キャラクタと、ゲームプログラム２２１及び２２１に基づいて動作するキャラクタ（例えば、ノンプレイヤキャラクタ、敵キャラクタ等）とが含まれる。
ゲーム進行部２１３は、操作受付部２１１により検知された入力位置の座標及び入力操作の種類等に基づいて、ユーザの指示内容を解釈する。ゲーム進行部２１３は、解釈した指示内容等に基づいて、ゲームの進行に関わる各種判定処理を実行する。ゲーム進行部２１３は、判定処理の結果等に基づいて、オブジェクトや仮想カメラ等を制御しながらゲームを進行する。ゲーム進行部２１３は、ゲームの進行状況に応じて、ゲーム情報２２２やユーザ情報２２３を更新、追加又は削除する。
表示制御部２１４は、表示部２８に画像を表示させる。以下に、具体例を挙げて説明する。表示制御部２１４は、ゲーム空間のうち、ゲーム進行部２１３が規定する仮想カメラの視野の領域と、その領域に存在するオブジェクトとを描画した画像を生成し、表示部１８に表示させる。表示制御部２１４は、表示部２８に表示させる画像に対し、例えば、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（ user interface）に関わるオブジェクトを重畳して描画することができる。
＝＝＝ゲームの概要＝＝＝
本実施形態に係るゲームは、ユーザにコンテンツを獲得させるための抽選イベントを含む。ここで、コンテンツは、例えば、キャラクタ、キャラクタに装備させる武器、又はアイテムなどを含んでいてもよい。ユーザは、コンテンツを使用してゲーム内のクエストに挑戦することができる。ここで、クエストは、例えば、対戦ゲーム、ダンジョン、探索、ミッションなどと称されるものを含んでいてもよい。
まず、図４を参照して、ゲームにおいて実行される抽選イベントについて説明する。図４は、抽選の対象となるコンテンツの集合（抽選コンテンツ群）の一例を示す図である。抽選イベントは、例えば、ユーザがコンテンツを獲得するための抽選が実行されるイベントである。抽選イベントでは、抽選によってユーザが獲得できるコンテンツの集合が規定されている。図４に示すように、抽選の対象となるコンテンツの集合（以下、「抽選コンテンツ群」という）は、例えば、コンテンツと、それぞれのコンテンツをユーザが獲得できる確率とが紐付けられている。具体的には、「キャラクタＡ」のキャラクタは、ユーザが獲得できる確率が「１％」であり、レアリティを示す星「★」の個数が「４」として規定されている。また、「キャラクタＢ」のキャラクタは、ユーザが獲得できる確率が「１０％」であり、レアリティを示す星「★」の個数が「３」として規定されている。すなわち、「キャラクタＡ」は、「キャラクタＢ」よりもユーザが獲得できる確率が低く、レアリティが高く設定されている。なお、「獲得できる確率」とは、例えば、一回の抽選において当該コンテンツが獲得できる確率であってもよいし、複数回連続で実行される抽選全体において当該コンテンツが獲得できる確率であってもよい。以下、便宜上、一例として、コンテンツが「キャラクタ」であることとして説明する。なお、以下において、「キャラクタ」を武器やアイテムなどに読み替えてもよい。
ユーザは、例えば所定の引換アイテムを消費することで抽選イベントを実行することができる。所定の引換アイテムとは、例えば、抽選チケット、コイン、ジュエル、ポイントなどである。抽選チケットは、例えばそれと引き換えに抽選イベントを実行できるものである。コインは、例えば一定量以上のそれと引き換えに抽選イベントを実行できるものである。ジュエルは、例えば一定量以上のそれと引き換えに抽選イベントを実行できるものである。ここで、ジュエルは、例えば、ユーザがクエストに挑戦したことによって無償で獲得できるもの（以下、「無償ジュエル」という）や、ユーザが対価を支払って有償で獲得できるもの（以下、「有償ジュエル」という）を含んでいてもよい。無償ジュエルとは、例えば、ユーザがクエストをプレイすることなどによって無償で獲得できるものである。具体的には、無償ジュエルは、例えば、ゲームにログインするときに獲得できたり、クエストをクリアしたときに獲得できたり、特定のミッションを達成したときに獲得できたり、他のユーザと交流したときに獲得できたりするものである。有償ジュエルは、例えば、ユーザの購入手続き（現金や電子マネーの支払い、クレジットカード決済など）によってユーザが取得できるものである。有償ジュエルは、無償ジュエルよりも価値を高くしてもよい。例えば、有償ジュエルのみを消費して実行した抽選イベントは、無償ジュエルのみを消費して実行した抽選イベントよりも、レアリティが高いコンテンツを獲得しやすくしてもよい。これにより、有償ジュエルを購入する動機付けをユーザに与えることができるため、ゲームに対するユーザの興趣性を高めることができる。
ポイントは、例えば、ユーザがクエストに挑戦したことによって獲得できるものなどである。ポイントは、例えば、抽選イベントの実行と引き換え可能なものであってもよい。また、ポイントは、特定のキャラクタ、ジュエル、武器と交換できるものであってもよい。なお、ポイントは、例えば、任意のタイミングでアイテムなどと交換できるものであってもよいし、所定の期間においてユーザが獲得したポイントの総量に基づきアイテムなどと交換できるものであってもよい。また、ポイントは、所定数量が消費されることで、クエストをリトライ可能にしたり、難易度の高いクエストをクリアしたことにしたりなど、クエストの状態を変更できるものであってもよい。また、ポイントは、所定数量が消費されることで、ユーザがゲーム外の当該ゲームに関する各種イベントに応募可能にできるものであってもよい。また、ポイントは、有効期限の範囲内において、所有するユーザから他のユーザに一度に限り付与可能なものであってもよい。なお、所定の引換アイテムは、上記に限定されず、抽選イベントを実行するために交換できるものであればよい。
なお、抽選イベントは、例えば、期間限定のイベント（例えば、クリスマスなど）を含んでいてもよい。ここで、期間限定のイベント（以下、「期間限定イベント」という）は、当該期間が経過することで消滅してもよい。また、抽選イベントは、例えば、特定のキャラクタが獲得できるイベントを含んでいてもよい。
＝＝＝特典付与に関するサーバ処理部１１２の機能手段＝＝＝
次に、抽選イベントを実行するサーバ処理部１１２の機能手段の詳細について説明する。サーバ処理部１１２は、抽選イベントを実行することによってユーザにキャラクタを付与する。しかし、ゲームでは、例えば、ユーザが、既に所有するキャラクタ（以下、「所有キャラクタ」という）と同一の種類のキャラクタを重複して所有することができないように設定されている場合もある。ただし、以下において、ゲームという場合には、所有キャラクタと同一の種類のキャラクタを重複して所有することができるゲームも含んでいてもよい。以下、便宜上、ゲームは、所有キャラクタと同一の種類のキャラクタを重複して所有することができないよう設定されているものとして説明する。そこで、サーバ処理部１１２は、抽選イベントにおいてユーザが所有キャラクタと同一の種類のキャラクタを獲得する場合、ユーザに対して特典（例えば、ポイントやアイテムなど）を付与する。このように、サーバ処理部１１２は、抽選イベントにおいてキャラクタが獲得できなかったユーザに対してポイントを付与する仕組みを採用する。これにより、サーバ処理部１１２は、ゲームに対するユーザの興趣性を高めることができる。以下、便宜上、抽選によってユーザに獲得させるキャラクタを「獲得キャラクタ」として説明する。
図２に示すように、サーバ処理部１１２は、例えば、記憶手段１１２ａと、抽選手段１１２ｂと、判定手段１１２ｃと、付与手段１１２ｄと、特典管理手段１１２ｅとの機能手段を含んでいてもよい。
＜＜記憶手段１１２ａ＞＞
記憶手段１１２ａは、データ管理部に対して記憶部１２０に各種情報を記憶させる機能手段である。具体的には、記憶手段１１２ａは、例えば、ユーザ情報１２２、ゲーム情報１２３などを記憶部１２０に記憶させる。以下、ユーザ情報１２２およびゲーム情報１２３について説明する。
まず、ユーザ情報１２２は、ユーザごとに、ユーザを識別する識別符号を付して管理される情報である。ユーザ情報１２２は、例えば、ユーザを識別する識別符号（以下、「ユーザＩＤ」という）、ユーザの名前や年齢などの個人情報、所有キャラクタに関する情報（以下、「所有キャラクタ情報」という）、所有するアイテムに関する情報（以下、「所有アイテム情報」という）、所有する特典に関する情報（以下、「所有特典情報」という）などを含んでいてもよい。
所有キャラクタ情報は、ユーザが所有する所有キャラクタのキャラクタを識別する識別符号（以下、「所有キャラクタＩＤ」という）、所有キャラクタの能力を示すパラメータ（以下、「能力パラメータ」という）、所有キャラクタが利用される頻度に関する情報（ 以下、「利用頻度情報」という）などを含んでいてもよい。能力パラメータは、例えば所有キャラクタのレベル、ヒットポイント、攻撃力、防御力などを含んでいてもよい。レベルは、例えばユーザがクエストをクリアしたときなどに獲得する経験値に基づき上昇する。例えば、所有キャラクタのレベルが上昇すると、ヒットポイントや攻撃力、防御力なども上昇する。利用頻度情報は、例えば、クエストやミッションなどに所有キャラクタが利用された利用頻度に関する情報である。利用頻度は、所有キャラクタがクエストで利用された（チームに編成されるなど） 回数であってもよい。利用頻度は、例えば、初期値が０に設定されて、クエストで所有キャラクタが一回利用されるごとに１ずつ上昇される値であってもよいし、複数回利用されるごとに１ずつ上昇される値であってもよい。
所有アイテム情報は、ユーザが所有しているアイテム、当該アイテムの個数、当該アイテムを獲得した日時などを含んでいてもよい。アイテムは、例えば、有償ジュエル、有償ガチャチケット、無償ジュエル、無償ガチャチケット、武器などであってもよい。
所有特典情報は、ユーザが所有している特典を示す情報である。特典は、ユーザが抽選イベントを実行した結果、ユーザが獲得するキャラクタと、ユーザが既に所有しているキャラクタとが同一の種類であるときに、ユーザが獲得するものであってもよい。特典は、例えば、ジュエル、ガチャチケット、ポイントなどであってもよい。
次に、ゲーム情報１２３は、例えば、ゲームごとに、ユーザＩＤと紐づけたゲームを識別する識別符号を付して管理される情報である。図２に示すように、ゲーム情報１２３は、例えば、キャラクタ情報、抽選イベント情報、画面情報などを含んでいてもよい。
キャラクタ情報は、キャラクタを識別する識別符号（以下、「キャラクタＩＤ」という）に対応付けて、例えば、キャラクタの名称、画像、能力パラメータの初期値（例えば、レベル１における攻撃力や防御力など）と最大値（例えば、レベル１００における攻撃力や防御力など）、レアリティ、バージョン情報、獲得可能期間、属性、タイプなどを含んでいてもよい。
レアリティは、例えば１から４までの数値を含んでいてもよい。数値は、例えば星の数で示されていてもよい。レアリティが高いキャラクタ（例えば、抽選イベントにおいて獲得できる確率が低いキャラクタ）は、例えばクエストやミッションに有利な能力パラメータやスキルが設定されていてもよい。
バージョン情報は、例えば、一又は複数の進化前のキャラクタＩＤと、一又は複数の進化後のキャラクタＩＤを含んでいてもよい。例えば、進化後のキャラクタは、進化前のキャラクタよりもレアリティが高く設定されていてもよく、クエストやミッションなどに有利な能力パラメータやスキルが設定されていてもよい。
獲得可能期間は、当該抽選イベントにおいてキャラクタが獲得可能な期間に関する情報である。具体的には、獲得可能期間は、当該抽選イベントがクリスマス限定のイベントである場合、例えば、１２月２４日、１２月２５日に指定される
属性は、キャラクタ固有の特徴の一例である。具体的には、属性には、例えば、炎属性、水属性、雷属性、闇属性、光属性などがある。
タイプは、キャラクタの身体能力や性格に応じた特徴の一例である。タイプは、例えば、アタッカータイプ、ディフェンスタイプ、バランスタイプ、スキルタイプ、サポートタイプ、テクニカルタイプ、ヒーロータイプなどがある。キャラクタは、例えば、タイプに応じて攻撃や防御のパラメータなどが異なる。
抽選イベント情報は、抽選イベントごとに、当該抽選イベントを識別する識別符号（以下、「抽選イベントＩＤ」という）を対応づけられて記憶される。抽選イベント情報は、例えば、名称（タイトル）、抽選の対象となる抽選コンテンツ群に関する情報（以下、「抽選コンテンツ群情報」という）、対価に関する情報（以下、「対価情報」という）を含んでいてもよい。
抽選コンテンツ群情報は、抽選コンテンツ群（例えば、ガチャ筐体）に含まれるキャラクタのキャラクタＩＤと、当該キャラクタＩＤに対応づけられて、抽選によってユーザが当該キャラクタを獲得できる確率（以下、「獲得確率」という）とを含んでいてもよい。獲得確率は、例えば、レアリティが高いキャラクタに対しては低い確率が設定され、レアリティが低いキャラクタに対しては高い確率が設定されていてもよい。なお、抽選コンテンツ群に含まれるキャラクタのうち一部のキャラクタに対しては、当該キャラクタと同じレアリティの他のキャラクタに対する獲得確率と異なる獲得確率（例えば、高い獲得確率）を設定してもよい。
対価情報は、抽選イベントに対応付けられて、当該抽選イベントを実行するために必要なアイテムやポイントの数に関する情報が含まれていてもよい。このアイテムは、例えば、有償ジュエルや無償ジュエルなどであってもよい。ここで、例えば、レアリティの高いキャラクタを獲得できやすい抽選イベントを実行するための対価は、レアリティの高いキャラクタを獲得できにくい抽選イベントを実行するための対価と比べて、アイテムやポイントの数が多く設定されていてもよい。また、レアリティの高いキャラクタを獲得できやすい抽選イベントを実行するための対価として、価値が高いアイテム（例えば、有償ジュエル）のみが設定されていてもよい。
画面情報は、ユーザの操作入力を受け付けるための各種画面が含まれていてもよい。画面情報は、ユーザの操作入力を受け付けて抽選イベントを実行するための画面（以下、「抽選イベント実行画面Ｔ１」という）を含んでいてもよい。図５を参照して、抽選イベント実行画面Ｔ１の一例について説明する。図５は、抽選イベント実行画面Ｔ１の一例を示す図である。図５に示すように、抽選ゲーム実行画面Ｔ１は、種別選択ボタンＴ１１と、イベント選択ボタンＴ１２と、回数選択ボタンＴ１３と、獲得確率表Ｔ１４とを含んでいてもよい。種別選択ボタンＴ１１は、抽選イベントの種別を示すボタンである。イベント選択ボタンＴ１２は、種別選択ボタンＴ１１に対応する抽選イベントを示すボタンである。回数選択ボタンＴ１３は、抽選イベントにおける抽選回数を選択するためのボタンである。具体的には、ユーザは、例えば、キャラクタを得られる抽選イベントを実行したい場合は「キャラクタ抽選」の種別選択ボタンＴ１１を選択し、武器を得られる抽選イベントを実行したい場合は「武器抽選」の種別選択ボタンＴ１１を選択する。そして、ユーザは、「キャラクタ」の種別選択ボタンＴ１１を選択した場合、例えば複数の回数選択ボタンＴ１３のうちいずれかのボタンを選択して抽選イベントにおける抽選回数を決定する。ユーザは、例えば複数の抽選イベントのイベント選択ボタンＴ１２のうちいずれかのボタンを選択して、抽選イベントを実行する。獲得確率表Ｔ１４は、イベント選択ボタンＴ１２ に表示されている抽選イベントに対応する、図４に示す抽選コンテンツ群を表示させる画面に遷移させるためのボタンである。
＜＜抽選手段１１２ｂ＞＞
抽選手段１１２ｂは、例えば、ユーザの操作入力に応じて、抽選イベントを実行することにより、抽選コンテンツ群に含まれるキャラクタのうちユーザに獲得させる獲得キャラクタを特定する機能手段である。
＜＜判定手段１１２ｃ＞＞
判定手段１１２ｃは、各種の判定を行う機能手段である。判定手段１１２ｃは、例えば、抽選イベントにおいて付与された獲得キャラクタと、ユーザが所有する所有キャラクタとが同一の種類であるか否かを判定する。
ここで、「同一の種類である」とは、例えば、獲得キャラクタのキャラクタＩＤと所有キャラクタの所有キャラクタＩＤとが同じであることであってもよい。また、獲得キャラクタの属性またはタイプのうち少なくともいずれかと、所有キャラクタの属性またはタイプの少なくともいずれかが同じであることであってもよい。
＜＜付与手段１１２ｄ＞＞
付与手段１１２ｄは、例えば、判定手段１１２ｃにおいて獲得キャラクタと所有キャラクタとが同一の種類であると判定された場合、ユーザに特典を付与する機能手段である。付与手段１１２ｄは、例えば、抽選手段１１２ｂでユーザが獲得コンテンツを獲得できる確率が低いほど（例えば、レアリティが高いほど）、ユーザに多くの特典を付与させてもよい。なお、便宜上、一例として、付与手段１１２ｄにおいてユーザに対して付与される特典が「ポイント」であることとして説明する。以下、付与手段１１２ｄの詳細について説明する。
付与手段１１２ｄは、判定手段１１２ｃにおいて獲得キャラクタと所有キャラクタとが同一の種類であると判定された場合、ユーザに対して、獲得キャラクタに代えてポイント（特典）を付与してもよい。このように、抽選手段１１２ｂで所有キャラクタと同一の種類の獲得キャラクタが出現したとしても、獲得キャラクタを獲得させることに代えてポイントをユーザに付与することができるため、ゲームに対するユーザの興趣性を高めることができる。
また、付与手段１１２ｄは、ユーザに対して、獲得キャラクタに代えてポイントおよびアイテム（例えば、ルーン（一定数量でアイテムや抽選チケットと引き換え可能なもの） やジュエルなど）を付与してもよい。このように、抽選手段１１２ｂによって所有キャラクタと同一の種類の獲得キャラクタが出現したしても、獲得キャラクタを獲得させることに代えて、ポイントおよびアイテムをユーザに付与することができるため、ゲームに対するユーザの興趣性をさらに高めることができる。なお、ここで、ユーザが獲得するアイテムがジュエルである場合、当該ジュエルは有償ジュエルに相当するジュエルであってもよい。これにより、ユーザに対してより価値の高いものを提供できるため、ゲームに対するユーザの興趣性を高めることができる。
また、付与手段１１２ｄは、所定の日にユーザの操作入力を受け付けた場合、その時点でユーザが所有するポイント（特典）の多さに応じて、ユーザに特典（例えば、ポイントやアイテムなど）を付与してもよい。すなわち、付与手段１１２ｄは、過去に多くの抽選イベントを実行したユーザ（例えば、多くの課金をしたユーザなど）に対して、当該ユーザとは異なるユーザよりも多くの特典を付与してもよい。このように、より多くゲームをプレイしているユーザに対してより多くの特典を付与する仕組みを構築することにより、ユーザがより多く課金をしてゲームすることを促すことができる。なお、上記の「ポイントの多さ」は、ユーザが過去に実行した抽選イベントにおいて、所有キャラクタ以外のキャラクタを獲得できなかった度合いを示す指標の一例である。よって、付与手段１１２ｄ は、「ポイントの多さ」とは異なる他の指標（例えば、「アイテムの多さ」など）に応じて、ユーザに特典を付与してもよい。
また、付与手段１１２ｄは、前回の抽選における獲得キャラクタの属性またはタイプと、今回の抽選における獲得キャラクタとの属性またはタイプとが同一である場合、今回の抽選において獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに付与するポイントを、前回の抽選における獲得キャラクタの属性またはタイプと、今回の抽選における獲得キャラクタの属性またはタイプと、が同一でない場合、今回の抽選において獲得コンテンツと所有コンテンツとが同一の種類である場合に前記ユーザに付与する特典よりも多くしてもよい。具体的には、付与手段１１２ｄは、前回の抽選において炎属性のキャラクタＡが付与され、今回の抽選において炎属性のキャラクタＡが付与された場合、ポイント「１００」ポイントをユーザに付与する。一方、付与手段１１２ｄは、前回の抽選において水属性のキャラクタＡが付与され、今回の抽選において炎属性のキャラクタＡ が付与された場合、ポイント「５０」ポイントをユーザに付与する。これにより、ゲームに対するユーザの興趣性を高めることができる。上記の「ポイントよりも多くする」には、通常付与するポイントに所定のポイントを加算すること、通常付与するポイントに所定の倍率をかけることを含んでいてもよい。
また、付与手段１１２ｄは、抽選手段１１２ｂにおける獲得キャラクタと所有キャラクタとが同一の種類である回数が多くなるにしたがって、ユーザに付与するポイント（特典）を高くしてもよい。具体的には、付与手段１１２ｄは、複数回連続で抽選が実行される抽選イベントにおいて、１回目の抽選で獲得キャラクタと所有キャラクタとが同一の種類であった場合には「１０」ポイントを付与し、１回目と連続して実行される２回目の抽選で獲得キャラクタと所有キャラクタとが同一の種類であった場合には「２０」ポイントを付与してもよい。これにより、連続でキャラクタを獲得できない場合にはより多くのポイントが付与されるため、ゲームに対するユーザの興趣性を高めることができる。また、付与手段１１２ｄは、１回目に同一の種類であった場合には「１０」ポイントを付与し、２ 回目に同一の種類であった場合にはポイントよりも価値が高い「抽選チケット」などのアイテムを付与してもよい。これにより、ゲームに対するユーザの興趣性をより高めることができる。また、付与手段１１２ｄは、１回の抽選を個別に複数回実行した場合、獲得キャラクタと所有キャラクタとが同一の種類であった回数をカウントすることで、当該回数に応じたポイントを付与してもよい。これにより、単発の抽選に対してもユーザの興趣性を高めることができる。
また、付与手段１１２ｄは、ユーザに対して所定のアイテム（第１特典）とポイント（ 第２特典）とを付与する場合、ユーザが所定のアイテムを獲得することを拒否した場合に付与されるポイントの高さを、ユーザが所定のアイテムを獲得することを拒否しない場合に付与されるポイントの多さよりも多くしてもよい。これにより、より多くポイントを獲得したいユーザのゲームに対する興趣性を高めることができる。
なお、付与手段１１２ｄは、上述した特典の付与方法のそれぞれを任意に組み合わせてもよい。これにより、ユーザにポイントを付与する仕組みを改善することで、ゲームに対するユーザの興趣性を高めることができる。
＜＜特典管理手段１１２ｅ＞＞
特典管理手段１１２ｅは、付与手段１１２ｄでユーザに付与された特典を管理する機能手段である。なお、便宜上、一例として、特典管理手段１１２ｅにおいて管理される特典が「ポイント」であることとして説明する。以下、特典管理手段１１２ｅの詳細について説明する。
特典管理手段１１２ｅは、付与手段１１２ｄでユーザに付与されたポイント（特典）を、ユーザに紐づけて管理してもよい。具体的には、特典管理手段１１２ｅは、記憶部１２０に記憶されるユーザ情報１２２のユーザＩＤと所有特典情報とを紐づけて、記憶部１２０に記憶させてもよい。これにより、複数の異なる抽選イベントを実行して得られるポイントを一元的にユーザが管理および使用できるため、ゲームに対するユーザの興趣性を高めることができる。
また、特典管理手段１１２ｅは、付与手段１１２ｄでユーザに付与されたポイント（特典）を、抽選手段１１２ｂで抽選された所定の抽選コンテンツ群に紐づけて管理してもよい。具体的には、特典管理手段１１２ｅは、ユーザ情報１２２のユーザＩＤおよび所有特典情報に、抽選イベント情報の抽選イベントＩＤを紐づけて、記憶部１２０に記憶させてもよい。すなわち、特典管理手段１１２ｅは、ポイントに紐づく抽選コンテンツ群に対応する抽選イベントのみに、当該ポイントが使用できるよう管理してもよい。これにより、ユーザに対して、特定の抽選イベントを実行させることを促すことができる。
また、特典管理手段１１２ｅは、抽選コンテンツ群の有効期間が経過したときに、当該抽選コンテンツ群に紐づけて管理されるポイント（特典）を消滅させてもよい。具体的には、特典管理手段１１２ｅは、抽選イベントＩＤに紐づく所有特典情報を、有効期限が経過したことによって抽選イベントＩＤが消滅したことを契機に消滅させるように、記憶部１２０のユーザ情報１２２を更新する。これにより、ユーザに対して、ポイントを利用させることを促すことができる。
また、特典管理手段１１２ｅは、ユーザの操作入力に応じて、所定のアイテムが使用されたときに、ユーザが所有するポイント（特典）の有効期間を延長させてもよい。具体的には、特典管理手段１１２ｅは、ユーザによって所定のアイテムが使用されたことを契機に、ユーザＩＤに紐づく所有特典情報の有効期間に関する情報を所定の期間延長させるように、記憶部１２０のユーザ情報１２２を更新する。これにより、所定のアイテムの購入などを促すとともに、ユーザに対してポイントの有効期間を延長できる手段を提供することで、ゲームに対するユーザの興趣性を高めることができる。
なお、特典管理手段１１２ｅは、ユーザが所有するポイントに所有することができる上限値を予め定めることができてもよい。この場合、特典管理手段１１２ｅは、獲得するポイントが上限値を上回る場合、上限値を上回るポイントをユーザに付与しないよう処理を実行してもよい。これにより、抽選イベントを実行して得られるポイントを利用することを促すことができる。また、特典管理手段１１２ｅは、獲得するポイントが上限値を上回る場合、上限値を上回るポイントに代えてポイントとは異なる特典をユーザに付与してもよい。これにより、抽選イベントを実行して得られるポイントをためる楽しみと、ポイントが上限値を上回った場合にアイテムなどの特典が得られる楽しみをユーザに提供できるため、ゲームに対するユーザの興趣性を高めることができる。
＜＜変形例＞＞
上記において、抽選手段１１２ｂは、抽選コンテンツ群に含まれるキャラクタのうちユーザに付与するキャラクタを抽選することとして説明したが、これに限定されない。抽選手段１１２ｂは、さらに、付与手段１１２ｄにおいてユーザに付与するポイントにかける倍率を決定するための抽選を実行してもよい。具体的には、抽選手段１１２ｂは、付与手段１１２ｄにおいてユーザに「３」ポイントを付与することが決定されたとき又は決定される前に、倍率と当該倍率に対応する確率が規定されているテーブルに基づいて倍率を抽選によって決定してもよい。これにより、ポイントにかける倍率が決定されるプロセスに対してもユーザの興趣性を高めることができる。
また、付与手段１１２ｄは、抽選手段１１２ｂにおいて抽選イベントを実行するためにユーザが要する価格に応じて、ユーザに付与するポイント（特典）を変動させてもよい。具体的には、抽選手段１１２ｂは、ユーザの操作入力に応じて、抽選イベントを実行するために要する価格が高い抽選（第１抽選）と、抽選イベントを実行するために要する価格が低い抽選（第２抽選）とを実行してもよい。そして、付与手段１１２ｄは、価格が高い抽選における獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに付与するポイントを、価格が低い抽選における獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに付与するポイントよりも高くしてもよい。これにより、より多くの費用を費やしたユーザに対して、所望のキャラクタを取得できなかった場合により多くのポイントを付与できるため、ゲームに対するユーザの興趣性を高めることができる。
また、付与手段１１２ｄは、抽選手段１１２ｂにおいて抽選イベントを実行するためにユーザが使用するアイテムに応じて、ユーザに付与するポイント（特典）を変動させてもよい。具体的には、抽選手段１１２ｂは、ユーザの操作入力に応じて、ユーザが有償のアイテムを使用することで実行される抽選と、ユーザが無償のアイテムを使用することで実行される抽選とを実行してもよい。そして、付与手段１１２ｄは、有償のアイテムによる抽選における獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに付与されるポイントを、無償のアイテムによる抽選における獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに付与されるポイントよりも高くしてもよい。これにより、より多くの費用を費やしたユーザに対して、所望のキャラクタを取得できなかった場合により多くのポイントを付与できるため、ゲームに対するユーザの興趣性を高めることができる。
また、サーバ処理部１１２は、さらに選択手段を含んでいてもよい。選択手段は、ユーザの操作入力に応じた、抽選コンテンツ群に含まれるキャラクタのうち少なくとも一つ以上のコンテンツに対する選択を受け付ける機能手段である。図６を参照して、ユーザがキャラクタを選択する操作の概要について説明する。図６は、選択画面Ｔ２の一例を示す図である。図６に示すように、選択画面Ｔ２には、抽選キャラクタ群に含まれるキャラクタの名称Ｔ２１（ここでは、キャラクタＡなど）が選択可能に表示される。ユーザは、選択画面に表示されるキャラクタの名称Ｔ２１に対し、タッチ操作やマウス操作を実行する。これにより、キャラクタ画像の表示が選択された状態に変更される（ここでは、選択ボックスＴ２２が黒塗り）。選択手段は、例えば選択可能なキャラクタの個数を設定してもよい。図６では、個数表示画像Ｔ２３に、１０個のキャラクタが選択可能であることが示されている。そして、付与手段１１２ｄは、抽選イベントが実行された結果、判定手段１１２ｃで獲得キャラクタと所有キャラクタとが同一の種類であると判定された場合において、選択されたコンテンツが獲得キャラクタと同一の種類である場合（例えば、判定手段１１２ｃで判定される）に、選択手段で選択されていないコンテンツが同一の種類であると判定された場合と比較して高いポイントをユーザに付与してもよい。これにより、より多くのポイントが得られるためのイベントをユーザに提供できるため、ゲームに対するユーザの興趣性を高めることができる。
また、サーバ処理部１１２は、さらに設定手段を含んでいてもよい。設定手段は、抽選コンテンツ群に、抽選コンテンツ群が有効である期間と、付与手段１１２ｄにおいてユーザに付与されるポイントにかける所定の倍率またはユーザに付与されるポイントに加算するポイントの少なくともいずれかを設定する機能手段である。ここで、設定手段は、例えば、抽選コンテンツ群情報に、有効である期間を示す情報と所定の倍率や加算するポイントに関する情報を対応づけて、記憶部１２０のゲーム情報１２３を更新する。具体的には、設定手段は、クリスマスなどのイベント限定の抽選イベントにおける抽選コンテンツ群につき、有効である期間を１２月２４日および１２月２５日に設定し、その期間にポイントが３倍付与されることを設定してもよい。これにより、特定の抽選イベントへの参加をユーザに促すことができる。
なお、上述したサーバ処理部１１２の各機能手段のうち、少なくともいずれかが例えば端末装置２０のゲーム進行部２１３に含まれていてもよい。
＝＝＝処理の流れ＝＝＝
＜＜処理フロー＞＞
図７を参照して、本実施形態に係るゲームシステム１において、抽選イベントが実行されてユーザにポイントが付与されるときの処理手順の一例について説明する。図７は、ゲームシステムの処理手順の一例を示すフローチャートである。
最初に、サーバ１０のサーバ処理部１１２は、端末装置２０から送信される抽選イベントの実行指示（ステップＳ１０１）に基づいて、抽選を実行する（ステップＳ１０２）。
続いて、サーバ処理部１１２は、抽選により特定された獲得キャラクタが、所有キャラクタと同一の種類のキャラクタであるか否かを判定する（ステップＳ１０３）。この判定がＹＥＳである場合（ステップＳ１０３；ＹＥＳ）に、サーバ処理部１１２は、抽選により特定された獲得キャラクタを特典（例えば、ポイント）付与の対象とする（ステップＳ１０４）。
次に、サーバ処理部１１２は、付与手段１１２ｄによってユーザに付与する特典を特定する（ステップＳ１０５）。なお、ユーザに付与する特典の内容（例えば、ポイント数など）については、上述した付与手段１１２ｄにおいて実行される内容であるため、その説明を省略する。
上記ステップＳ１０３において、抽選により特定された獲得キャラクタが所有キャラクタと異なるキャラクタであると判定された場合（ステップＳ１０３；ＮＯ）に、サーバ処理部１１２は、その獲得キャラクタをユーザに付与する対象とする（ステップＳ１０６）。
続いて、サーバ処理部１１２は、ステップＳ１０５で特定した特典およびステップＳ１０６でユーザに付与する対象とした獲得キャラクタのデータを端末装置１０に送信する（ ステップＳ１０７）。これにより、抽選イベントにおいて獲得キャラクタと所有キャラクタとが同一の種類である場合にユーザに特典を付与することができる。そして、本処理手順を終了する。
＝＝＝まとめ＝＝＝
また、本発明の実施形態は、以下の付記のようにも記載され得る。
[付記１]
本実施形態におけるゲームプログラムは、プロセッサに、ユーザの操作入力に応じて、複数のキャラクタ（コンテンツ）を含む抽選コンテンツ群（コンテンツ群）において、抽選コンテンツ群（コンテンツ群）に含まれるキャラクタ（コンテンツ）のうちユーザに獲得させる獲得キャラクタ（獲得コンテンツ）を抽選によって特定する抽選手段１１２ｂ（ 抽選ステップ）と、抽選手段１１２ｂ（抽選ステップ）において特定された獲得キャラクタ（獲得コンテンツ）と、ユーザが所有する所有キャラクタ（所有コンテンツ）と、が同一の種類である場合に、ユーザに特典を付与する付与手段１１２ｄ（付与ステップ）と、を実行させ、付与手段１１２ｄ（付与ステップ）において、抽選手段１１２ｂ（抽選ステップ）でユーザが獲得キャラクタ（獲得コンテンツ）を獲得できる確率が低いほど、ユーザに多くの特典を付与させる。これにより、ユーザにポイントを付与する仕組みを改善することで、ゲームに対するユーザの興趣性を高めることができる。
[付記２]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、ユーザに対して獲得キャラクタ（獲得コンテンツ）に代えて特典を付与させる。これにより、ゲームに対するユーザの興趣性を高めることができる。
[付記３]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）でユーザに付与された特典に有効期間を設定する特典管理手段１１２ｅ（特典管理ステップ）をさらに実行する。これにより、ユーザに対してポイントの利用を促すことができる。
[付記４]
また、本実施形態におけるプログラムは、特典管理手段１１２ｅ（特典管理ステップ） において、ユーザの操作入力に応じて、所定のアイテムが使用されたときに、ユーザが付与された特典の有効期間を延長させる。ゲームに対するユーザの興趣性を高めることができる。
[付記５]
また、本実施形態におけるプログラムは、ユーザが付与された特典を、抽選手段１１２ ｂ（抽選ステップ）において抽選された抽選コンテンツ群（コンテンツ群）に紐づけて管理する特典管理手段１１２ｅ（特典管理ステップ）をさらに実行する。これにより、ユーザに対して、特定の抽選イベントを実行させることを促すことができる。
[付記６]
また、本実施形態におけるプログラムは、特典管理手段１１２ｅ（特典管理ステップ） において、抽選コンテンツ群（コンテンツ群）の有効期間が経過したときに、抽選コンテンツ群（コンテンツ群）に紐づけて管理される特典を消滅させる。これにより、ユーザに対して、ポイントを利用させることを促すことができる。
[付記７]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、所定の日にユーザの操作入力を受け付けた場合、ユーザに対して、ユーザが所有する特典の多さに応じた特典を付与させる。このように、より多くゲームをプレイしているユーザに対してより多くの特典を付与する仕組みを構築することにより、ユーザがより多く課金をしてゲームすることを促すことができる。
[付記８]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、前回の抽選における獲得キャラクタ（獲得コンテンツ）の属性またはタイプと、今回の抽選における獲得キャラクタ（獲得コンテンツ）との属性またはタイプとが同一である場合、今回の抽選において獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与するポイントを、前回の抽選における獲得キャラクタ（獲得コンテンツ）の属性またはタイプと、今回の抽選における獲得キャラクタ（獲得コンテンツ）の属性またはタイプと、が同一でない場合、今回の抽選において獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与する特典よりも多くする。これにより、ゲームに対するユーザの興趣性を高めることができる。
[付記９]
また、本実施形態におけるプログラムは、ユーザの操作入力に応じて、抽選コンテンツ群（コンテンツ群）における少なくとも一つ以上のキャラクタ（コンテンツ）を選択する選択ステップをさらに実行し、付与手段１１２ｄ（付与ステップ）において、獲得キャラクタ（獲得コンテンツ）が選択ステップで選択された選択キャラクタと同一の種類である場合にユーザに付与する特典を、獲得キャラクタ（獲得コンテンツ）が選択キャラクタと異なる種類のキャラクタ（コンテンツ）である場合にユーザに付与する特典よりも多くする。これにより、より多くのポイントが得られるためのイベントをユーザに提供できるため、ゲームに対するユーザの興趣性を高めることができる。
[付記１０]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、抽選手段１１２ｂ（抽選ステップ）における獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である回数が多くなるにしたがって、ユーザに付与する特典を多くする。これにより、連続でキャラクタを獲得できない場合にはより多くのポイントが付与されるため、ゲームに対するユーザの興趣性を高めることができる。
[付記１１]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合に、獲得キャラクタ（獲得コンテンツ）に代えて特典および当該特典とは異なるアイテムを付与させる。これにより、ユーザに対してより価値の高いものを提供できるため、ゲームに対するユーザの興趣性を高めることができる。
[付記１２]
また、本実施形態におけるプログラムは、付与手段１１２ｄ（付与ステップ）において、ユーザに対して第１特典と第２特典とが付与される場合、ユーザが第１特典を獲得することを拒否した場合に付与される第２特典の多さを、ユーザが第１特典を獲得することを拒否しない場合に付与される第２特典の多さよりも多くする。これにより、より多くポイントを獲得したいユーザのゲームに対する興趣性を高めることができる。
[付記１３]
また、本実施形態におけるプログラムは、抽選コンテンツ群（コンテンツ群）に、抽選コンテンツ群（コンテンツ群）が有効である期間と、付与手段１１２ｄ（付与ステップ） においてユーザに付与される特典にかける所定の倍率またはユーザに付与される特典に加える特典の少なくともいずれかと、を設定する設定ステップをさらに実行する。これにより、特定の抽選イベントへの参加をユーザに促すことができる。
[付記１４]
また、本実施形態におけるプログラムは、抽選手段１１２ｂ（抽選ステップ）において、付与手段１１２ｄ（付与ステップ）においてユーザに付与される特典にかける所定の倍率を決定するための抽選を実行する。これにより、ポイントにかける倍率が決定されるプロセスに対してもユーザの興趣性を高めることができる。
[付記１５]
また、本実施形態におけるプログラムは、抽選手段１１２ｂ（抽選ステップ）において、ユーザの操作入力に応じて、実行するために要する価格が第１の価格である第１抽選と、実行するために要する価格が第１の価格よりも低額な第２の価格である第２抽選と、のいずれかを実行させ、付与手段１１２ｄ（付与ステップ）において、第１抽選における獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与される特典を、第２抽選における獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与される特典よりも多くする。これにより、より多くの費用を費やしたユーザに対して、所望のキャラクタを取得できなかった場合により多くのポイントを付与できるため、ゲームに対するユーザの興趣性を高めることができる。
[付記１６]
また、本実施形態におけるプログラムは、抽選手段１１２ｂ（抽選ステップ）において、ユーザの操作入力に応じて、ユーザが有償のアイテムを使用することで実行される第３ 抽選と、ユーザが無償のアイテムを使用することで実行される第４抽選と、のいずれかを実行させ、付与手段１１２ｄ（付与ステップ）において、第３抽選における獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与される特典を、第４抽選における獲得キャラクタ（獲得コンテンツ）と所有キャラクタ（所有コンテンツ）とが同一の種類である場合にユーザに付与される特典よりも多くする。これにより、より多くの費用を費やしたユーザに対して、所望のキャラクタを取得できなかった場合により多くのポイントを付与できるため、ゲームに対するユーザの興趣性を高めることができる。
[付記１７]
また、本実施形態におけるプログラムは、抽選手段１１２ｂ（抽選ステップ）において、ユーザの操作入力に応じて、ユーザが有償のアイテムを使用することでのみによる抽選が実行される。これにより、有償ジュエルを購入する動機付けをユーザに与えることができるため、ゲームに対するユーザの興趣性を高めることができる。
１…ゲームシステム、１０…サーバ、１１０…制御部、１２０…記憶部、１２１…ゲームプログラム、１１２…サーバ処理部。

Claims (19)

  1. ゲームシステムのプロセッサに実行させるゲームプログラムであって、前記プロセッサに、
    ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定する抽選ステップと、
    前記抽選ステップにおいて特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツと、が同一の種類である場合に、前記ユーザに特典を付与する付与ステップと、
    を実行させ、
    前記付与ステップにおいて、前記抽選ステップで前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与させる、
    ゲームプログラム。
  2. 前記付与ステップにおいて、前記ユーザに対して前記獲得コンテンツに代えて特典を付与させる、
    請求項１に記載のゲームプログラム。
  3. 前記付与ステップで前記ユーザに付与された特典に有効期間を設定する特典管理ステップをさらに実行する、
    請求項１または請求項２に記載のゲームプログラム。
  4. 前記特典管理ステップにおいて、前記ユーザの操作入力に応じて、所定のアイテムが使用されたときに、前記ユーザが付与された特典の有効期間を延長させる、
    請求項３に記載のゲームプログラム。
  5. 前記ユーザが付与された特典を、前記抽選ステップにおいて抽選された前記コンテンツ群に紐づけて管理する特典管理ステップをさらに実行する、
    請求項１から請求項４のいずれか一項に記載のゲームプログラム。
  6. 前記特典管理ステップにおいて、前記コンテンツ群の有効期間が経過したときに、前記コンテンツ群に紐づけて管理される特典を消滅させる、
    請求項５に記載のゲームプログラム。
  7. 前記付与ステップにおいて、所定の日に前記ユーザの操作入力を受け付けた場合、前記ユーザに対して、前記ユーザが所有する特典の多さに応じた特典を付与させる、
    請求項１から請求項６のいずれか一項に記載のゲームプログラム。
  8. 前記付与ステップにおいて、前記コンテンツ群における、前回の抽選における前記獲得コンテンツの属性またはタイプと、今回の抽選における前記獲得コンテンツの属性またはタイプと、が同一である場合、今回の抽選において前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与する特典を、前回の抽選における前記獲得コンテンツの属性またはタイプと、今回の抽選における前記獲得コンテンツの属性またはタイプと、が同一でない場合、今回の抽選において前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与する特典よりも多くする、
    請求項１から請求項７のいずれか一項に記載のゲームプログラム。
  9. 前記ユーザの操作入力に応じて、前記コンテンツ群における少なくとも一つ以上のコンテンツを選択する選択ステップをさらに実行し、
    前記付与ステップにおいて、前記獲得コンテンツが前記選択ステップで選択された選択コンテンツと同一の種類である場合に前記ユーザに付与する特典を、前記獲得コンテンツが前記選択コンテンツと異なる種類のコンテンツである場合に前記ユーザに付与する特典よりも多くする、
    請求項１から請求項８のいずれか一項に記載のゲームプログラム。
  10. 前記付与ステップにおいて、前記抽選ステップにおける前記獲得コンテンツと前記所有コンテンツとが同一の種類である回数が多くなるにしたがって、前記ユーザに付与する特典を多くする、
    請求項１から請求項９のいずれか一項に記載のゲームプログラム。
  11. 前記付与ステップにおいて、前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に、前記獲得コンテンツに代えて特典および当該特典とは異なるアイテムを付与させる、
    請求項１から請求項１０のいずれか一項に記載のゲームプログラム。
  12. 前記付与ステップにおいて、前記ユーザに対して第１特典と第２特典とが付与される場合、前記ユーザが前記第１特典を獲得することを拒否した場合に付与される前記第２特典の多さを、ユーザが前記第１特典を獲得することを拒否しない場合に付与される第２特典の多さよりも多くする、
    請求項１から請求項１１のいずれか一項に記載のゲームプログラム。
  13. 前記コンテンツ群に、前記コンテンツ群が有効である期間と、前記付与ステップにおいて前記ユーザに付与される特典にかける所定の倍率または前記ユーザに付与される特典に加える特典の少なくともいずれかと、を設定する設定ステップをさらに実行する、
    請求項１から請求項１２のいずれか一項に記載のゲームプログラム。
  14. 前記抽選ステップにおいて、前記付与ステップにおいて前記ユーザに付与される特典にかける所定の倍率を決定するための抽選を実行する、
    請求項１から請求項１３のいずれか一項に記載のゲームプログラム。
  15. 前記抽選ステップにおいて、前記ユーザの操作入力に応じて、実行するために第１の価格を要する第１抽選と、実行するために前記第１の価格よりも低額な第２の価格を要する第２抽選と、のいずれかを実行させ、
    前記付与ステップにおいて、前記第１抽選における前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与される特典の多さを、前記第２抽選における前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与される特典の多さよりも多くする、
    請求項１から請求項１４のいずれか一項に記載のゲームプログラム。
  16. 前記抽選ステップにおいて、前記ユーザの操作入力に応じて、前記ユーザが有償のアイテムを使用することで実行される第３抽選と、前記ユーザが無償のアイテムを使用することで実行される第４抽選と、のいずれかを実行させ、
    前記付与ステップにおいて、前記第３抽選における前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与される特典の多さを、前記第４抽選における前記獲得コンテンツと前記所有コンテンツとが同一の種類である場合に前記ユーザに付与される特典の多さよりも多くする、
    請求項１から請求項１５のいずれか一項に記載のゲームプログラム。
  17. 前記抽選ステップにおいて、前記ユーザの操作入力に応じて、前記ユーザが有償のアイテムを使用することでのみによる抽選が実行される、
    請求項１から請求項１５のいずれか一項に記載のゲームプログラム。
  18. ユーザが使用する端末装置のプロセッサが実行するゲーム方法であって、前記プロセッサが、
    前記ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定することと、
    前記抽選によって特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツとが同一の種類である場合に、前記ユーザに特典を付与することと、
    前記抽選において前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与することと、
    を実行するゲーム方法。
  19. ユーザにゲームを提供するゲームシステムであって、
    前記ユーザの操作入力に応じて、複数のコンテンツを含むコンテンツ群において、前記コンテンツ群に含まれるコンテンツのうち前記ユーザに獲得させる獲得コンテンツを抽選によって特定する抽選部と、
    前記抽選部において特定された前記獲得コンテンツと、前記ユーザが所有する所有コンテンツとが同一の種類である場合に、前記ユーザに特典を付与する付与部と、
    を備え、
    前記付与部は、前記抽選部において前記ユーザが前記獲得コンテンツを獲得できる確率が低いほど、前記ユーザに多くの特典を付与する、
    ゲームシステム。
PCT/JP2021/046554 2021-02-22 2021-12-16 ゲームプログラム、ゲーム方法及びゲームシステム WO2022176364A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-026316 2021-02-22
JP2021026316A JP2022128023A (ja) 2021-02-22 2021-02-22 ゲームプログラム、ゲーム方法及びゲームシステム

Publications (1)

Publication Number Publication Date
WO2022176364A1 true WO2022176364A1 (ja) 2022-08-25

Family

ID=82930512

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/046554 WO2022176364A1 (ja) 2021-02-22 2021-12-16 ゲームプログラム、ゲーム方法及びゲームシステム

Country Status (2)

Country Link
JP (1) JP2022128023A (ja)
WO (1) WO2022176364A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013156743A (ja) * 2012-01-27 2013-08-15 Namco Bandai Games Inc プログラム、情報記憶媒体、ゲーム装置、及びサーバシステム
JP2019150333A (ja) * 2018-03-02 2019-09-12 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6705101B1 (ja) * 2019-10-16 2020-06-03 株式会社セガ プログラム及び情報処理装置
JP6763494B1 (ja) * 2020-02-21 2020-09-30 株式会社セガ プログラム及び情報処理装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013156743A (ja) * 2012-01-27 2013-08-15 Namco Bandai Games Inc プログラム、情報記憶媒体、ゲーム装置、及びサーバシステム
JP2019150333A (ja) * 2018-03-02 2019-09-12 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6705101B1 (ja) * 2019-10-16 2020-06-03 株式会社セガ プログラム及び情報処理装置
JP6763494B1 (ja) * 2020-02-21 2020-09-30 株式会社セガ プログラム及び情報処理装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "[Genshin Impact] Gacha Specifications", GAME, 25 September 2020 (2020-09-25), XP055959796, Retrieved from the Internet <URL: https://syoyougame.jp/genshin/3532509584> *
ANONYMOUS: "Re: Life in a Different World from Zero Lost in Memories Rating and App Information", GAMEWITH, 1 January 2021 (2021-01-01), XP055959790, Retrieved from the Internet <URL:https://gamewith.jp/rezelos/article/show/228121> *

Also Published As

Publication number Publication date
JP2022128023A (ja) 2022-09-01

Similar Documents

Publication Publication Date Title
JP6188886B1 (ja) ゲームプログラム、方法及び情報処理装置
JP6505915B1 (ja) コンピュータプログラム、およびコンピュータ装置
JP7249751B2 (ja) 情報処理システム、情報処理方法、情報処理プログラム、および情報処理装置
JP6867181B2 (ja) サーバシステム及びゲームシステム
JP6854843B2 (ja) ゲームシステム、およびゲームプログラム
JP6369920B1 (ja) ゲーム装置、及びプログラム
JP2023171591A (ja) 制御プログラム、制御方法及びコンピュータ
JP2018011961A (ja) ゲームプログラム、方法及び情報処理装置
JP6694670B2 (ja) サーバシステム、ゲームシステム及びプログラム
JP7290017B2 (ja) ゲームプログラム、ゲーム装置、およびゲームシステム
WO2022176364A1 (ja) ゲームプログラム、ゲーム方法及びゲームシステム
WO2018008707A1 (ja) ゲーム制御方法、ゲームプログラム、及びコンピュータ
WO2022176365A1 (ja) ゲームプログラム、ゲーム方法及びサーバ
JP7545631B2 (ja) ゲームプログラム、ゲーム装置、およびゲームシステム
JP2020191960A (ja) 情報処理装置及びプログラム
JP2019093191A (ja) ゲームシステム及びプログラム
JP6783345B2 (ja) ゲームシステム、およびゲームプログラム
JP6959544B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP6854842B2 (ja) ゲームシステム、およびゲームプログラム
JP7477702B2 (ja) プログラム、情報処理装置、及び情報処理方法
JP7471503B1 (ja) 情報処理システム、情報処理装置、プログラム及び情報処理方法
JP7416154B1 (ja) プログラム及び情報処理装置
JP6887005B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP6899880B2 (ja) コンピュータプログラム、およびコンピュータ装置
JP6988056B2 (ja) ゲームシステム、およびゲームプログラム

Legal Events

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

Ref document number: 21926788

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21926788

Country of ref document: EP

Kind code of ref document: A1