JP5658401B1 - Premium setting method, computer and control program - Google Patents

Abstract

An object of the present invention is to provide a prize setting method or the like that enables a user to maintain and improve a willingness to execute a prize acquisition game. A prize setting method according to the present invention is a prize setting method in a computer (3) that includes a communication unit (31) that communicates with a user terminal (2) and executes a game. The game medium designated in the setting request to the group of game media to be given as a prize to the user when at least one of the game media possessed by the user among the game media used for the game is received And when receiving a prize granting request from the terminal, it includes granting at least one game medium as a prize from the game media included in the group and deleting it from the group. [Selection] Figure 3

Description

  The present invention relates to a prize setting method, a computer, and a control program.

  In recent years, servers that provide games to mobile terminals via communication networks have become widespread. As a game provided by such a server, for example, a prize acquisition game (so-called “gacha gacha (registered trademark)”) is known (for example, Patent Document 1). The prize acquisition game is a game in which a prize selected by random lottery from a plurality of prizes is given to a user.

  In recent years, a package-type game has been proposed as a prize acquisition game. In the package-type prize acquisition game, the type, number, etc. of prizes to be given are presented to the user in advance, and prizes are given in order from among them. In this package-type prize acquisition game, a prize package (one group, group) is prepared for each user, and prizes given to the user are deleted from the package and are not given redundantly. The package-type prize acquisition game is characterized in that no prizes are duplicated and all prizes included in the package are finally given.

JP 2012-221132 A

  In the package-type prize acquisition game, the user can finally acquire all the prizes included in the package. However, in some cases, the package does not include a gift desired by the user. Therefore, in the conventional prize acquisition game, the user's willingness cannot be aroused by providing the package, and the user may be immediately bored.

  The present invention has been made to solve such a conventional problem, and provides a prize setting method, a computer, and a control program that enable a user to maintain and improve the willingness to execute a prize acquisition game. For the purpose.

  A prize setting method according to the present invention is a prize setting method in a computer that includes a communication unit that communicates with a user's terminal and executes a game, and is possessed by a user among game media used for the game from the terminal. If at least one of the game media receives a designated premium setting request, the game media specified in the setting request is included in the group of game media given to the user as a premium, and the premium grant request is received from the terminal In this case, at least one game medium is given to the user as a free gift from among the game contents included in the group, and is deleted from the group.

  In the prize setting method according to the present invention, it is preferable that when a prize initialization request is received from a terminal, the group is restored to the initially set state.

  In the prize setting method according to the present invention, it is preferable to reset the group again when a prize reset request is received from the terminal.

  In the prize setting method according to the present invention, it is preferable to change the number of game media specified in the setting request for each user.

  In the prize setting method according to the present invention, the computer stores the degree of rarity for each game medium, and limits the degree of rarity of the game medium specified in the setting request to a predetermined degree of rarity. Is preferred.

  Further, in the prize setting method according to the present invention, the computer stores the degree of rarity for each game medium and limits the sum of the rarity degrees of the game medium specified in the setting request to a predetermined value or less. It is preferable to do.

  Further, in the prize setting method according to the present invention, the computer stores, for each user, a group to which the user belongs, and in the setting request, a game medium possessed by another user belonging to the same group as the user. When at least one of them is designated, it is preferable to set the group so as to include the game media designated in the setting request.

  The computer according to the present invention is a computer that executes a game, and includes a communication unit that communicates with a user's terminal, and at least one of game media possessed by the user among game media used for the game from the terminal. When a request for setting a designated prize is received, a prize setting unit for including the game media specified in the setting request in a group of game media given as a prize to the user, and a prize grant request from the terminal In this case, a prize giving unit for giving at least one game medium as a prize to the user from among the game contents included in the group and deleting it from the group.

  The control program according to the present invention is a computer control program that includes a communication unit that communicates with a user's terminal and executes a game, and is possessed by the user from among the game media used in the game from the terminal. If at least one of the game media receives a designated premium setting request, the game media specified in the setting request is included in the group of game media given to the user as a premium, and the premium grant request is received from the terminal In this case, the computer is caused to give at least one game medium as a prize to the user from among the game contents included in the group and delete it from the group.

  The prize setting method, the computer, and the control program according to the present invention maintain the user's willingness to execute the prize acquisition game by including the game media possessed by the user in the group of game media to be given to the user as a prize.・ It is possible to improve.

1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. (A) is a figure which shows an example of schematic structure of the server 3, (b) is a figure which shows an example of the data structure of a user management table, (c) is a figure which shows an example of the data structure of a card management table It is. It is a figure for demonstrating a package. (A)-(d) is a figure which shows an example of a home screen. (A) is a figure which shows an example of a setting screen, (b) is a figure which shows an example of a provision screen. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. (A) is a figure which shows an example of the operation | movement flow of the game start process of the server 3, (b) is a figure which shows an example of the operation | movement flow of the game progress process of the server 3. (A) is a figure which shows an example of the operation | movement flow of the creation process of the setting screen display data of the server 3, (b) is a figure which shows an example of the operation | movement flow of the card setting process of the server 3, (c) is It is a figure which shows an example of the operation | movement flow of the card grant process of the server 3, (d) is a figure which shows an example of the operation | movement flow of the card initialization process of the server 3, (e) is a card reset process of the server 3 It is a figure which shows an example of the operation | movement flow.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

(1) Outline of the present embodiment In the present embodiment, a user executes a package-type prize acquisition game executed by a server using a mobile terminal. In this prize acquisition game, a specific game medium is given to the user as a prize. A game medium is digital content used in a game, for example, a card, a figure, an avatar, an item, or the like. In this embodiment, a card registered in advance in the game system will be described as an example of a game medium. A package is a group of game media to be given as a prize to the user, and is set at the start of the prize acquisition game. Cards in the package are sequentially given to the user as prizes according to instructions from the user, and the cards given to the user are deleted from the package and are not given redundantly.

  In a game using a card or the like in recent years, the upper limit of the level set for the card is increased by synthesizing the same type of card with the card possessed by the user, and the card is progressed as the game progresses. Has a function that makes it possible to become stronger. Therefore, the user desires the same type of card as the card already possessed in order to make the card possessed stronger. Therefore, the game system according to the present embodiment sets a package so as to include a card possessed by the user in accordance with an instruction from the user.

  In response to an instruction from the user, the mobile terminal requests the server to set a package so as to include a card possessed by the user, and the server sets the package in response to a request from the mobile terminal. As a result, the user can set the package so as to include a card that the user desires to increase the upper limit of the level among the cards possessed by the user, and maintain and improve the willingness to execute the prize acquisition game. It becomes possible.

(2) Configuration of Game System 1 FIG. 1 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes at least one mobile terminal 2 and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

(2.1) Configuration of Mobile Terminal 2 FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 is connected to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 requests the server to set the package so as to include the card possessed by the user in accordance with the operation of the operation unit (button or the like) by the user. Further, the mobile terminal 2 requests the server 3 to give, initialize, reset, and confirm a card included in the package in accordance with the operation of the operation unit by the user. Furthermore, the mobile terminal 2 receives and displays display data related to setting, assignment, initialization, resetting, confirmation, and the like of the card included in the package from the server 3. For this purpose, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25.

  In the present embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 is not limited as long as the present invention is applicable. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet PC, etc. Good.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by the CDMA (Code Division Multiple Access) method or the like and performs communication with the base station 4 through a channel assigned by the base station 4. The terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25.

  The terminal storage unit 22 includes, for example, a semiconductor memory. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a browsing program that acquires and displays display data related to setting, assignment, initialization, resetting, confirmation, and the like of a card included in a package. The computer program is a terminal storage unit using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory). 22 may be installed. In addition, the terminal storage unit 22 stores display data, video data, image data, and the like related to confirmation, assignment, initialization, resetting, and confirmation of cards included in the package as data. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, and is, for example, a touch panel type input device, a keypad, or the like. The user can input characters, numbers, and the like using the operation unit 23. When operated by the user, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as a user instruction.

  The display unit 24 may be any device as long as it can display images, images, and the like, such as a touch panel display device, a liquid crystal display, and an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

  The terminal processing unit 25 includes one or a plurality of processors and their peripheral circuits. The terminal processing unit 25 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 includes a terminal communication unit 21, a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure according to a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (such as application programs) in parallel.

(2.1.1) Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251. The browsing execution unit 251 is a functional module realized by a program executed by a processor included in the terminal processing unit 25. Or the browsing execution part 251 may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 executes a prize acquisition game provided by the server 3 in response to an instruction from the user via the operation unit 23. When the browsing execution unit 251 receives a premium acquisition game start instruction from the user via the operation unit 23, the browsing execution unit 251 further receives a user ID and password from the user via the operation unit 23, and starts a game including the received user ID and password. The request is transmitted to the server 3 via the terminal communication unit 21. Note that the user ID and password may be stored in the terminal storage unit 22 in advance, and the browsing execution unit 251 may acquire the user ID and password by reading from the terminal storage unit 22. Note that when the authentication process using the user ID and password is successful, the server 3 transmits home screen display data for displaying a home screen described later to the mobile terminal 2.

  When the browsing execution unit 251 receives home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the specified content data in accordance with the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24.

  In response to an instruction from the user via the operation unit 23, the browsing execution unit 251 sends a game progress request including a request type corresponding to the instruction and the user ID of the user via the terminal communication unit 21. Send to server 3. In the request type, an acquisition request for home screen display data, an acquisition request for setting screen display data for displaying a setting screen to be described later, a setting request for a card included in a package, an assignment request, an initialization request, and a reset request One of them is specified. As a response to the game progress request, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21, creates drawing data corresponding to the received display data, and outputs it to the display unit 24. .

(2.2) Configuration of Server 3 FIG. 3A is a diagram illustrating an example of a schematic configuration of the server 3.

  The server 3 is an example of a computer that executes a prize acquisition game. In response to a request from the mobile terminal 2, the server 3 performs setting, assignment, initialization, resetting, confirmation, and the like of a card included in the package. Further, the server 3 creates display data in response to a request from the mobile terminal 2 and transmits the display data to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 includes a wired communication interface circuit such as Ethernet (registered trademark) for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. Then, the server communication unit 31 supplies data received from the mobile terminal 2 or the like to the server processing unit 33. Further, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a semiconductor memory, a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program or the like that performs confirmation, setting, assignment, initialization, resetting, and the like of cards included in a package and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM. The server storage unit 32 stores, as data, a user management table (FIG. 3B) for managing users, a card management table for managing cards (FIG. 3C), and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 3B is a diagram illustrating an example of the data structure of the user management table, and FIG. 3C is a diagram illustrating an example of the data structure of the card management table.

  FIG. 3B shows a user management table for managing users. The user management table includes, for each user, the user ID, password, name, image data file name, group ID of the group to which the user belongs, the card ID of the card possessed by the user, and the package. The card ID, the grant status (“unassigned” or “given”), the type, and the like of the card to be stored are stored. The group to which the user belongs is, for example, a group of a plurality of users who have established a specific cooperative relationship that shares information using a message transmission / reception function in a game. The card type includes a designated card that is the same type of card as specified by the user from among the cards possessed by the user, an eyeball card that is the center of non-designated cards other than the designated card, and other There is a normal card. The eyeball card is a card newly set in the game system 1, for example.

  FIG. 3C shows a card management table for managing cards. The card management table stores, for each card, the card ID, name, file name of image data, rarity, etc. of the card. The rare degree represents the degree of rarity of the card, and is represented by, for example, four levels of 1 to 4. A card with a rarity of 4 is the rarest, and the rarity decreases in the order of 3, 2, and 1 in that order.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure in accordance with a program stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

  (2.2.1) Functions of server processing unit 33

  FIG. 4 is a diagram for explaining the package.

  As shown in FIG. 4, the package 400 includes a plurality of cards 401 to 412. Among the plurality of cards 401 to 412, designated cards are set in the cards 409 to 412. On the other hand, the remaining cards 401 to 408 are set with non-designated cards randomly selected from among the cards set in the game system 1 by the lottery of the server 3.

  When the prize acquisition game is executed for the package 400, a card randomly selected from among the cards 401 to 412 by the lottery of the server 3 is given to the user, and the given card is deleted from the package 400. When the prize acquisition game is executed again for the package 400, a card randomly selected from the cards remaining in the package 400 by the lottery of the server 3 is given to the user, and the given card is deleted from the package 400. Is done. As described above, when the prize acquisition game is executed, the cards included in the package 400 are sequentially given and deleted from the package 400. Therefore, a specific card is not repeatedly given to the user, and all the cards included in the package 400 are finally given to the user. In this way, in the prize acquisition game, the user can grasp the probability that the desired prize will be given by presenting the prize to be drawn in advance to the user, thus ensuring fairness. .

  FIGS. 5A to 5D and FIGS. 6A to 6B are diagrams illustrating an example of the display screen of the mobile terminal 2 based on the display data created by the server 3.

  FIGS. 5A, 5B, 5C, and 5D respectively show home screens 500, 510, 520, and 530 that are displayed when the prize acquisition game is started. Home screens 500, 510, 520 and 530 are displayed based on the home screen display data received from server 3. Home screens 500, 510, 520, and 530 are composed of a series of images, and an image displayed on display unit 24 is changed by a user's scroll operation via operation unit 23.

  On the home screen 500 shown in FIG. 5A, a card image 501, a name 502, a rare degree 503, and a number (acquired number / total number) 504 are displayed for each specified card as the acquisition status of the specified card. The Note that the card image 501 may be displayed in different sizes according to the rareness or level of the card. For example, the card image 501 may be displayed larger as the rareness or level is higher. Each card may be displayed in the order of the rarity or level of the cards. For example, the cards may be displayed in order of the rarity or level.

  On the home screen 510 shown in FIG. 5B, the card image 511, the name 512, the rarity 513, and the number (acquired number / total number) 514 are displayed for each eyeball card as the eyeball card acquisition status. The

  On the home screen 520 shown in FIG. 5C, a list 521 indicating the acquisition status of all the cards in the package is displayed. In the list 521, the acquisition number 523 and the total number 524 are displayed for each rare degree 522. The list 521 may display the remaining number of cards instead of the number of acquired cards 523.

  On the home screen 530 shown in FIG. 5D, a “set” button 531, a “grant” button 532, an “initialize” button 533, and a “reset” button 534 are displayed.

  When the “set” button 531 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for acquiring setting screen display data as a request type to the server 3, and the setting received from the server 3. A setting screen is displayed based on the screen display data. This setting means that a card included in the package is newly set from a state where the package has not yet been set or a state where all the cards in the package have been given as prizes. Details of the setting screen will be described later.

  When the “grant” button 532 is pressed via the operation unit 23, the mobile terminal 2 sends a game progress request including a card grant request included in the package as a request type to the server 3 and receives it from the server 3. The grant screen is displayed based on the grant screen display data. Details of the grant screen will be described later.

  When the “initialization” button 533 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for initialization of a card included in the package as a request type to the server 3. The home screen is redisplayed based on the received home screen display data. Note that the initialization means returning from a state in which a part of the cards has been given from the package to a state before starting the card giving.

  When the “reset” button 534 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for acquiring setting screen display data as a request type to the server 3 and receives it from the server 3. A setting screen is displayed based on the setting screen display data. The resetting means that all the cards included in the package are set again from the state in which some of the cards have been assigned from the package.

  FIG. 6A shows a setting screen 600 displayed when the “setting” button 531 is pressed on the home screen 530. The setting screen 600 is displayed based on the setting screen display data received from the server 3. In the upper part of the setting screen 600, a “setting” button 601 and a “return” button 602 are displayed. Also, below the “SET” button 601 and the “RETURN” button 602, a designated card selection number (selection number / selectable number) 603 is displayed. Below the selection number 603, a card image 604, a name 605, a rare degree 606, and a “select” button 607 are displayed for each card possessed by the user.

  When a “select” button 607 is pressed via the operation unit 23, a card of the same type as that card is selected as a designated card, and the number of selected designated cards 603 is incremented (+1). When the “set” button 601 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for setting a card included in the package as a request type to the server 3. The home screen is displayed based on the received home screen display data. In this setting request, at least one of the cards possessed by the user among the cards used in the game executed by the server is designated. That is, the setting request includes the card ID of the card selected by the user, and the server 3 sets a package including a card corresponding to the card ID included in the setting request. When the “return” button 602 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a home screen acquisition request as a request type to the server 3, and receives the home received from the server 3. The home screen is displayed based on the screen display data. A plurality of cards of the same type as the designated card may be set.

  Note that the setting screen 600 is also displayed when the “reset” button 534 is pressed on the home screen 530. In this case, when the “set” button 601 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for resetting a card included in the package as a request type to the server 3. The home screen is displayed based on the display data of the home screen received from 3. The reset request also includes the card ID of the card selected by the user. The server 3 deletes the card remaining in the current package and resets the package including the card corresponding to the card ID included in the reset request.

  As shown in FIG. 6A, the designated cards may be selected one by one, instead of selecting the number of specifiable cards all together. In this case, for example, on the home screen 500 of FIG. 5A, a frame for storing the designated card images corresponding to the number that can be designated is displayed. When any of the frames is pressed, a setting screen 600 shown in FIG. 6A is displayed, and a card corresponding to the frame can be selected. When a card is selected, the same type of card as the selected card becomes the designated card, the home screen 500 in FIG. 5A is displayed again, and the image of the designated card is displayed in the frame. Each information about the designated card is displayed.

  FIG. 6B shows a grant screen 610 displayed when the “Grant” button 531 is pressed on the home screen 530. The grant screen 610 is displayed based on the grant screen display data received from the server 3. A text 611 indicating that a card has been acquired is displayed at the top of the screen, and a card image 612 is displayed at the center of the screen. A “return” button 613 is displayed at the bottom of the screen. When the “return” button 613 is pressed via the operation unit 23, the mobile terminal 2 transmits a game progress request including a request for acquiring home screen display data as a request type to the server 3, and receives the home received from the server 3. The home screen is displayed based on the screen display data.

(2.2.2) Configuration of Server Processing Unit 33 In order to realize the above functions, the server processing unit 33 includes a control unit 331, a game start unit 332, a game, as shown in FIG. The advancing unit 333 includes a setting screen display data creating unit 334, a prize setting unit 335, a prize giving unit 336, a prize initializing unit 337, and a prize resetting unit 338. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  Hereinafter, processing by the control unit 331 will be described. The control unit 331 controls the progress of the prize acquisition game, and appropriately instructs the game start unit 332, the game progress unit 333, and the like to execute the process.

  When the control unit 331 receives a game start request from the mobile terminal 2 via the server communication unit 31, the control unit 331 transmits a user ID and a password included in the received game start request to a user authentication unit (not shown), and performs authentication processing. Instruct execution.

  When the authentication by the user authentication unit is successful, the control unit 331 passes the user ID to the game start unit 332 and instructs execution of the game start process. In addition, the control unit 331 transmits home screen display data received from the game start unit 332 to the mobile terminal 2 via the server communication unit 31.

  On the other hand, when the control unit 331 receives a game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 333 and instructs execution of the game progress process. In addition, the control unit 331 transmits the home screen display data, the setting screen display data, or the grant screen display data received from the game progress unit 333 to the mobile terminal 2 via the server communication unit 31.

  Hereinafter, processing by the game start unit 332 will be described. The game start unit 332 counts the acquisition status of cards included in the package, and creates home screen display data for displaying the count result, buttons for receiving various instructions, and the like. Then, the game start unit 332 passes the created home screen display data to the control unit 331.

  The game start unit 332 refers to the user management table stored in the server storage unit 32, and identifies the user corresponding to the user ID received from the control unit 331. In addition, the game start unit 332 refers to the card granting status and type included in the identified user package, whether each card is given, and whether it is a designated card or a feature card or a normal card. Identify each heel. Further, the game start unit 332 refers to the card management table stored in the server storage unit 32, and determines the card name, the file name of the image data, and the rarity corresponding to the specified card ID of the specified card and the center card. Extract. Then, the game start unit 332 obtains the specified card acquisition status, the main card acquisition status, the acquisition status list of all the cards in the package, and various instructions (setting, giving, initializing and resetting the cards included in the package) ) To display home screen display data for displaying a button and the like in a predetermined layout.

  Hereinafter, the process by the game progression unit 333 will be described. The game progress unit 333 progresses the prize acquisition game in response to the game progress request and creates various display data for displaying information according to the progress result. Then, the game progress unit 333 passes the created display data to the control unit 331.

  The game progress unit 333 identifies the request of the mobile terminal 2 from the request type included in the game progress request received from the control unit 331.

  When the identified request is an acquisition request for setting screen display data, the game progression unit 333 passes the user ID included in the game progression request to the setting screen display data creation unit 334 and instructs creation of the setting screen display data. To do.

  On the other hand, when the specified request is a card setting request included in the package, the game progress unit 333 passes the user ID included in the game progress request to the prize setting unit 335, and the card ID included in the setting request. Instructs the setting of the package containing the corresponding designated card.

  On the other hand, when the identified request is a request for granting a card included in the package, the game progression unit 333 passes the user ID included in the game progression request to the prize granting unit 336 and grants the card included in the package. Instruct.

  On the other hand, when the specified request is an initialization request for a card included in the package, the game progress unit 333 passes the user ID included in the game progress request to the prize initialization unit 337 and also determines the card included in the package. Instructs initialization.

  On the other hand, when the specified request is a card reset request included in the package, the game progress unit 333 passes the user ID included in the game progress request to the prize resetting unit 338, and also determines the card included in the package. Instructs resetting.

  On the other hand, when the identified request is an acquisition request for home screen display data, the game progress unit 333 passes the user ID included in the game progress request to the game start unit 332 and instructs the creation of home screen display data. . In this case, the game start unit 332 specifies a user corresponding to the user ID received from the game progression unit 333. In addition, the game start unit 332 passes the created home screen display data to the game progress unit 333.

  The game progression unit 333 displays the display data received from the game start unit 332, the setting screen display data creation unit 334, the prize setting unit 335, the prize giving unit 336, the prize initializing unit 337, or the prize resetting unit 338 to the control unit 331. hand over.

  Hereinafter, processing by the setting screen display data creation unit 334 will be described. The setting screen display data creation unit 334 creates setting screen display data for displaying the setting screen.

  When the creation of the setting screen display data is instructed from the game progression unit 333, the setting screen display data creation unit 334 refers to the user management table stored in the server storage unit 32 and receives the user received from the game progression unit 333. The user corresponding to the ID is specified, and the card ID of the card possessed by the specified user is specified. Further, the setting screen display data creation unit 334 refers to the card management table stored in the server storage unit 32 and extracts the card name, the file name of the image data, and the rarity corresponding to the specified card ID. Next, the setting screen display data creation unit 334 displays a “setting” button, a “return” button, the number of selected cards (initial value is 0), and the image, name, rarity, and “ Setting screen display data for displaying a “select” button or the like in a predetermined layout is created and passed to the game progress unit 333.

  Hereinafter, processing by the prize setting unit 335 will be described. The prize setting unit 335 sets a package when an instruction to set a package is received from the game progress unit 333, that is, when the control unit 331 receives a game progress request including a card setting request as a request type. In this case, the prize setting unit 335 includes the card specified in the setting request in the package.

  When the setting of a card is instructed from the game progression unit 333, the prize setting unit 335 sets a card of the same type as the card possessed by the user corresponding to the card ID included in the setting request as the designated card. Next, the prize setting unit 335 randomly selects a card by lottery from the cards set in the game system 1 using a pseudo-random number generated using the current time as a seed, and does not designate the selected card. Set to card. Also, the prize setting unit 335 determines whether the selected card is an eyeball card or a normal card. Next, in the user management table stored in the server storage unit 32, the prize setting unit 335 sets the user package corresponding to the user ID received from the game progression unit 333 as a designated card and a non-designated card. Card ID, grant information, and type. The initial values of the grant information are all “unassigned”.

  Even if a specific level is set for each card possessed by the user and the level of each card changes as the game progresses, the designated card included in the package, that is, the designated card given to the user Is the initial level. Alternatively, the level of the designated card may be the same as the level of the card possessed by the user when setting the package.

  Also, the prize setting unit 335 creates home screen display data in the same manner as the game start unit 332 so that the user can confirm the set package on the home screen, and passes it to the game progress unit 333.

  Hereinafter, processing by the prize giving unit 336 will be described. The prize granting unit 336 receives a card progression request including a card granting request as a request type when the game giving unit 333 receives a card granting instruction, that is, when the control unit 331 receives a card granting request as a request type. Any one of them is given to the user as a free gift. Furthermore, the prize giving unit 336 deletes the given card from the package. Alternatively, when receiving a game progress request including a grant request for granting a plurality of cards at once, the giver giving unit 336 grants a predetermined number of cards included in the package to the user as a giveaway. Further, the prize giving unit 336 deletes the given number of cards given from the package. In other words, when receiving a card granting request, the prize granting unit 336 grants at least one card as a prize to the user from among the cards included in the package and deletes it from the package.

  When the game awarding unit 333 is instructed to give a card included in the package, the prize giving unit 336 refers to the user management table stored in the server storage unit 32 and sets the user ID received from the game advancing unit 333 to the user ID. Identify the corresponding user. Furthermore, the prize giving unit 336 refers to the card granting status included in the identified user's package and identifies the “unassigned” card. Then, the prize giving unit 336 randomly selects a card by lottery from among the specified cards using a pseudo-random number generated using the current time as a seed. The prize giving unit 336 gives the card to the user by adding the card ID of the selected card to the card ID of the card possessed by the identified user in the user management table of the server storage unit 32. Furthermore, the prize giving unit 336 deletes the given card from the package by changing the grant status of the selected card to “grant” for the user's package.

  Further, the prize giving unit 336 refers to the card management table stored in the server storage unit 32 and extracts the card name and the image data file name corresponding to the card ID of the given card. The prize giving unit 336 creates giving screen display data for displaying an image indicated by the extracted name and file name, text indicating that the card has been acquired, a “return” button, and the like in a predetermined layout, and a game progression unit To 333.

  Hereinafter, processing by the prize initialization unit 337 will be described. When the card initialization instruction is issued from the game progression unit 333, that is, when the control unit 331 receives a game progression request including a card initialization request as the request type, the prize initialization unit 337 first loads the package. Restore to the state set to.

  When the card initialization is instructed from the game progression unit 333, the prize initialization unit 337 refers to the user management table stored in the server storage unit 32 and corresponds to the user ID received from the game progression unit 333. Identify users. The prize initializing unit 337 restores the package to the initially set state by setting all card granting states included in the identified user package to “unassigned”.

  Also, the prize initialization unit 337 creates home screen display data and passes it to the game progress unit 333 in the same manner as the game start unit 332 so that the user can check the set package on the home screen.

  Hereinafter, processing by the prize resetting unit 338 will be described. The prize resetting unit 338 reads the package again when the game progressing unit 333 instructs to reset the card, that is, when the control unit 331 receives a game progress request including a card resetting request as the request type. Set again.

  The prize resetting unit 338 refers to the user management table stored in the server storage unit 32 and corresponds to the user ID received from the game progressing unit 333 when an instruction to reset the card is given from the game progressing unit 333. Identify users. The free gift resetting unit 338 deletes all card IDs, grant statuses, and types of cards included in the identified user package. Next, the prize resetting unit 338 sets the package again in the same manner as the prize setting unit 335.

  Also, the prize resetting unit 338 creates home screen display data in the same manner as the game start unit 332 so that the user can check the reset package on the home screen, and passes it to the game progress unit 333.

(3) Operation of Game System 1 FIG. 7 shows an example of an operation sequence of the game system 1. Note that the operation sequence described below is based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance, mainly by the terminal processing unit 25 and the server processing unit 33, by the mobile terminal 2 and the server 3. It is executed in cooperation with each element.

  The user instructs the start of the prize acquisition game via the operation unit 23 of the mobile terminal 2. The browsing execution unit 251 receives a user ID and password from the user via the operation unit 23, and transmits a game start request including the received user ID and password to the server 3 via the terminal communication unit 21 (step S101).

  When the control unit 331 of the server 3 receives the game start request from the portable terminal 2 via the server communication unit 31, the control unit 331 transmits the user ID and password included in the received game start request to the user authentication unit, and executes the authentication process. Is instructed (step S102).

  When the authentication by the user authentication unit is successful, the control unit 331 passes the user ID to the game start unit 332 and instructs execution of the game start process. When the control unit 331 instructs the game start unit 332 to execute the game start process, the game start unit 332 executes the game start process (step S103).

  FIG. 8A is a diagram illustrating an example of an operation flow of a game start process by the game start unit 332.

  First, the game start unit 332 creates home screen display data (step S201).

  Next, the game start unit 332 passes the created home screen display data to the control unit 331 (step S202) and ends a series of steps.

  Returning to FIG. 7, the control unit 331 transmits the home screen display data received from the game start unit 332 to the mobile terminal 2 via the server communication unit 31 (step S <b> 104).

  When the browsing execution unit 251 receives the home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received home screen display data. The browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays the home screen (step S105).

  Next, in response to an instruction from the user via the operation unit 23, the browsing execution unit 251 sends a game progress request including the request type corresponding to the instruction and the user ID of the user via the terminal communication unit 21. To the server 3 (step S106).

  When the control unit 331 receives a game progress request from the portable terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 333 and instructs execution of the game progress process. When the control unit 331 gives an instruction to execute the game progress process, the game progress unit 333 executes the game progress process (step S107).

  FIG. 8B is a diagram illustrating an example of an operation flow of the game progress process by the game progress unit 333.

  The game progression unit 333 identifies the request from the mobile terminal 2 from the request type included in the game progression request received from the control unit 331 (step S211).

  If the identified request is an acquisition request for setting screen display data (step S212—Yes), the game progression unit 333 instructs the setting screen display data creation unit 334 to create setting screen display data. The setting screen display data creation unit 334 executes setting screen display data creation processing when the game progression unit 333 instructs the creation of the setting screen display data (step S213).

  FIG. 9A is a diagram illustrating an example of an operation flow of setting screen display data creation processing by the setting screen display data creation unit 334.

  First, the setting screen display data creation unit 334 creates setting screen display data (step S201).

  Next, the setting screen display data creation unit 334 passes the created setting screen display data to the game progression unit 333 (step S202), and ends a series of steps.

  Returning to FIG. 8B, the game progression unit 333 passes the setting screen display data received from the setting screen display data creation unit 334 to the control unit 331 (step S223), and the series of steps ends.

  On the other hand, when the request identified in step S211 is a card setting request included in the package (step S212-No, step S214-Yes), the game progress unit 333 instructs the prize setting unit 335 to set the package. The prize setting unit 335 executes a card setting process when the game progression unit 333 is instructed to set a package (step S215).

  FIG. 9B is a diagram illustrating an example of an operation flow of card setting processing by the prize setting unit 335.

  First, the prize setting unit 335 sets the card possessed by the user corresponding to the card ID included in the setting request as a designated card (step S311).

  Next, the prize setting unit 335 randomly selects a card from among the cards set in the game system 1 by lottery, and sets the selected card as a non-designated card (step S312).

  Next, the prize setting unit 335 sets the package in the user management table by storing the card ID, the grant information, and the type of the card set as the designated card and the non-designated card in the user's package (Step S3). S313).

  Next, the prize setting unit 335 creates home screen display data (step S314).

  Next, the prize setting unit 335 passes the created home screen display data to the game progression unit 333 (step S315), and the series of steps is completed.

  Returning to FIG. 8B, the game progression unit 333 passes the home screen display data received from the prize setting unit 335 to the control unit 331 (step S223), and ends a series of steps.

  On the other hand, when the request identified in step S211 is a card grant request included in the package (step S214-No, step S216-Yes), the game progression unit 333 grants a prize included in the package to the prize grant unit 336. Instruct. When the game progression unit 333 instructs to give a card, the gift giving unit 336 executes a card giving process (step S217).

  FIG. 9C is a diagram showing an example of the operation flow of the card granting process by the prize giving unit 336.

  First, in the user management table, the gift giving unit 336 selects a card at random from “unassigned” cards included in the user's package by lottery, and the user possesses the card ID of the selected card. By adding to the card ID of the card, the selected card is given to the user (step S321).

  Next, the prize giving unit 336 deletes the given card from the package by changing the grant status of the selected card to “grant” for the user's package in the user management table (step S322).

  Next, the prize giving unit 336 creates giving screen display data (step S323).

  Next, the prize granting unit 336 passes the created grant screen display data to the game progression unit 333 (step S324), and the series of steps ends.

  Returning to FIG. 8B, the game progression unit 333 passes the home screen display data received from the prize giving unit 336 to the control unit 331 (step S <b> 223), and ends a series of steps.

  On the other hand, when the request specified in step S211 is an initialization request for a card included in the package (step S216-No, step S218-Yes), the game progress unit 333 includes a card included in the package in the prize initialization unit 337. Instructs initialization of. The prize initializing unit 337 executes a card initializing process when the game progressing unit 333 instructs the card initializing (step S219).

  FIG. 9D is a diagram illustrating an example of an operation flow of card initialization processing by the prize initialization unit 337.

  First, the prize initializing unit 337 restores the package to the initially set state by setting all card granting states included in the user's package to “unassigned” in the user management table ( Step S331).

  Next, the prize initialization unit 337 creates home screen display data (step S332).

  Next, the prize initialization unit 337 passes the created home screen display data to the game progress unit 333 (step S333), and the series of steps is completed.

  Returning to FIG. 8B, the game progression unit 333 passes the home screen display data received from the prize initialization unit 337 to the control unit 331 (step S223), and ends a series of steps.

  On the other hand, if the request identified in step S211 is a card reset request included in the package (step S218-No, step S220-Yes), the game progressing unit 333 resets the card to the prize resetting unit 338. Instruct. The prize resetting unit 338 executes a card resetting process when a card resetting instruction is given by the game progression unit 333 (step S221).

  FIG. 9E is a diagram showing an example of the operation flow of the card resetting process by the prize resetting unit 338.

  First, the free gift resetting unit 338 deletes all the card IDs, grant statuses, and types of cards included in the user package in the user management table (step S341).

  Next, the prize resetting unit 338 sets the card possessed by the user corresponding to the card ID included in the reset request as a designated card (step S342).

  Next, the prize resetting unit 338 randomly selects a card from among the cards set in the game system 1 by lottery, and sets the selected card as a non-designated card (step S343).

  Next, the free gift resetting unit 338 sets the package again by storing the card ID, the grant information, and the type of the card set as the designated card and the non-designated card in the user's package in the user management table. (Step S344).

  Next, the free gift resetting unit 338 creates home screen display data (step S345).

  Next, the prize resetting unit 338 passes the created home screen display data to the game progression unit 333 (step S346), and the series of steps is completed.

  Returning to FIG. 8B, the game progression unit 333 passes the home screen display data received from the prize resetting unit 338 to the control unit 331 (step S223), and the series of steps ends.

  On the other hand, if the request specified in step S211 is none of the above, that is, if the request is an acquisition request for home screen display data (step S220-No), the game progression unit 333 sends the home screen display data to the game start unit 332. Instruct creation. When the game proceeding unit 333 is instructed to create home screen display data, the game starting unit 332 executes the game start process shown in FIG. 8A and passes the home screen display data to the game proceeding unit 333 ( Step S222).

  The game progression unit 333 passes the home screen display data received from the game start unit 332 to the control unit 331 (step S223), and ends a series of steps.

  Returning to FIG. 7, the control unit 331 transmits each display data received from the game progress unit 333 to the mobile terminal 2 via the server communication unit 31 (step S <b> 714).

  Upon receiving each display data and the like from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received display data. Further, the browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays a corresponding screen (step S109).

  As described above, the server 3 can maintain and improve the user's willingness to execute the prize acquisition game by including the card possessed by the user in the package to be given as a prize to the user. Become.

  In a game where the upper limit of the level set for the card can be increased by synthesizing the same type of card, the user easily obtains the same type of card as the card already possessed, It becomes possible to increase the upper limit of the level of the card. In addition, since the designated card is packaged, the user can estimate the number of times the game has been performed until a desired designated card is obtained. Further, when a desired designated card is given, the user can initialize or reset even if the card remains in the package, and can efficiently increase the desired card.

  Note that the present invention is not limited to this embodiment. For example, the present invention can be applied to a prize acquisition game that does not use a package. In that case, the server 3 sets a group consisting of a card possessed by the user designated by the user and a card selected from an arbitrary card set in the game system 1. Then, an arbitrary card is selected by lottery and given to the user. Accordingly, the type and number of cards to be granted are not presented to the user in advance, and the user does not know what type of card will be given, so the expectation for the prize acquisition game can be further enhanced. In this case, the user may execute the prize acquisition game once, or may continuously execute the prize acquisition game. In this case as well, it is possible to maintain and improve the willingness of the user to execute the prize acquisition game.

  In the game system 1, the prize acquisition game may be executed as a sub game of a specific game executed by the server 2. In that case, the server 2 sets a package so as to include a card used in a specific game in the prize acquisition game, and assigns, initializes, resets, and confirms the set card.

  In the present embodiment, the user can set a package at an arbitrary timing, but the present invention is not limited to this. The user executes a battle game, clears a mission (so-called “quest”) requested by a character operated by a computer (so-called “NPC (Non Player Character)”), or organizes a team with another user. The package may be set by participating in an event (for example, RAID battle).

  Further, the server 3 may limit the rare degree of the card specified in the setting request to a predetermined rare degree. For example, the server 3 restricts so that only cards with a rarity less than 4 can be set as designated cards. Or the server 3 restrict | limits so that only the card of rare degree 4 can be set as a designation | designated card. Alternatively, the server 3 may limit the rare degree of the card specified in the setting request to a predetermined rare degree for every predetermined number of cards. For example, the server 3 restricts two of the designated cards so that two cards can be set to only cards with a rare degree of 4 and the remaining two cards can be set to only cards with a rare degree of less than 4. By limiting the card rarity in this way, conditions are added to the selection of cards to be included in the package from among the possessed cards, and the user will select cards more strategically, and the game's interest will be Rise.

  Further, the server 3 may limit the rare sum of the cards specified in the setting request so as to be equal to or less than a predetermined value. For example, when the server 3 restricts the sum of the rare degree of the designated card to be 4 or less, the user sets only one card with the rare degree 4 as the designated card, or the rare degree is 1. Four cards can be set. As a result, it is possible to increase the flexibility of package setting while suppressing the occurrence of inequality among users.

  Moreover, the server 3 may change the number or the rare degree of the designation | designated card which can be included in a package for every user. For example, the server 3 changes the number or the rare degree of designated cards that can be included in the package according to the difficulty level of the quest cleared by the user or the difficulty level of the event that the user has participated. For example, the higher the difficulty level of a quest, an event, or the like, the server 3 increases the number or rareness of designated cards that can be included in the package. Further, the server 3 may change the number or rareness of the designated cards that can be included in the package according to the number of times the user logs in, the number of times the prize acquisition game is executed, the number of friend users, and the like. For example, the server 3 increases the number or rarity of designated cards that can be included in the package as the number of logins of the user, the number of executions of the prize acquisition game, the number of friend users, and the like increase. Thereby, a user's willingness to participate in quests, events, etc., a willingness to execute a free gift acquisition game, and a willingness to build a cooperative relationship in the game can be improved.

  In addition, the server 3 provides a modified package including a designated card designated by the user from among the cards possessed by the user as cards that can be added to the package by executing a battle game, clearing a quest, participating in an event, or the like. It may be provided to the user. As a result, the user can add a new card to the package using the provided correction package. Note that, when applying the correction package to the package, the server 3 increases the number of all cards included in the package by the number of cards included in the correction package. That is, the number of non-designated cards included in the package is not changed, and the number of designated cards increases by the number of cards included in the modified package.

  Further, in the game system 1, the package of a specific user may be set so as to include at least one of cards possessed by other users belonging to the same group as that user. In that case, when at least one of the cards possessed by other users belonging to the same group as the specific user is specified in the setting request, the server 3 requests the setting request for the package of the specific user. Include the card specified in. Thereby, the more cards belonging to the same group, the more types of cards that can be selected as designated cards, and the motivation for each user to build a cooperative relationship with other users can be improved.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Terminal communication part 22 Terminal memory | storage part 23 Operation part 24 Display part 25 Terminal processing part 251 Viewing execution part 3 Server 31 Server communication part 32 Server storage part 33 Server processing part 331 Control part 332 Game start part 333 Game progression unit 334 Setting screen display data creation unit 335 Premium setting unit 336 Premium giving unit 337 Premium initialization unit 338 Premium resetting unit

Claims (10)

Computer
Output display data for displaying a setting screen for setting a lottery target group consisting of a plurality of game media used for a specific game,
When at least one of game media possessed by the user is identified on the setting screen, a game media of the same type as the identified game media is added to the lottery target group,
In a sub-game executed in the specific game, a lottery is performed for a lottery target group including game media of the same type as the specified game media, and at least one game media is given to the user as a prize.
The lottery method characterized by including this. In previous SL particular game, according to an instruction of the user, the case where the game medium and the same type of game medium is synthesized, the upper limit value of the parameter set to said game medium is changed to be larger, The lottery method according to claim 1.   The lottery method according to claim 1, wherein the specific game is a battle game.   The lottery method according to claim 1 or 2, wherein the specific game is a game for clearing a quest. Before the output of the display data, the computer, if the quest has been cleared, depending on the difficulty of the quest, the number or game contents of the game medium that can be included in the extraction election target group The lottery method according to claim 4, wherein the degree of rarity is changed.   The lottery method according to claim 1 or 2, wherein the specific game is an event in which a plurality of users participate. Before the output of the display data, the computer, depending on the difficulty of the event, changes the rarity degree of the number or game contents of the game medium that can be included in the extraction election target group, The lottery method according to claim 6. Before the output of the display data, the computer, in accordance with the execution frequency of the sub-game, changing the degree of scarcity of number or game contents of the game medium that can be included in the extraction election target group The lottery method according to any one of claims 1 and 2 . An output unit for outputting display data for displaying a setting screen for setting a lottery target group composed of a plurality of game media used for a specific game;
When at least one of game media possessed by the user is identified on the setting screen, a prize setting unit for adding the same type of game media as the identified game media to the lottery target group;
In a sub-game executed in the specific game, a prize for drawing at least one game medium as a prize is given to the user by lottery for a lottery target group including the same type of game medium as the specified game medium. A granting unit;
A computer comprising: A computer control program,
Outputting display data for displaying a setting screen for setting a drawing target group consisting of a plurality of game media to be used for a specific game,
When at least one of game media possessed by the user is identified on the setting screen, a game media of the same type as the identified game media is added to the lottery target group,
In a sub-game executed in the specific game, a lottery is performed for a lottery target group including game media of the same type as the specified game media, and at least one game media is given to the user as a prize.
A control program for causing a computer to execute the above.

Images