JP2017055997A - Program, game device, and server system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technology encouraging an unacquired object to be obtained and a variety of interest of a game to be experienced in a game in which a player selects a player object from acquired objects and plays.SOLUTION: A player provides an unacquired character as a trial character with a trail time limit and stores trial history of the trial history provided. In situations where the provided trial character is obtainable, winning probability and acquisition compensation are set so that the trial character is easier to obtain than when it is unused. On the basis of the winning probability and acquisition compensation, control to impart a character to the player is performed.SELECTED DRAWING: Figure 7

Description

  The present invention relates to a program or the like for causing a computer to execute a game in which a player selects a used object from among acquired objects.

  In a video game, as a method for selecting an object (hereinafter referred to as a “used object”) that a player operates in game play, a method for selecting a used object from objects already acquired by the player is known. . Here, what an “object” corresponds to in the game differs depending on the game content. For example, characters, battle machines, weapons, armor, and virtual cards. In a game in which a plurality of used objects are selected before play, the selected used object group is referred to as “deck”, “party”, “team”, or the like.

  For example, a fighting card game in which a trading card carrying information on a character object that can be a player character is obtained, and a deck is organized by the character of the card and played. The battle-type card game is one of popular games in which a user can enjoy a battle game using cards collected (see, for example, Patent Document 1).

  In these types of games, the development of the game changes greatly and the enjoyment of the game also changes depending on how many objects the player obtains. However, from the standpoint of players, considering the cost of purchasing trading cards, I want a character that suits my play style and has a high utility value, but I want to refrain from purchasing a character that does not. If the player gets tired of getting objects, it will be difficult to fully enjoy the game that the game creator intended.

  To solve such a problem, set a trial period for the object, give it to the player, have the player try it, and collect characters that were not purchased during the trial period after the trial period, so that the player can really A technique for realizing a game in which a favorite character can be purchased has been devised (see, for example, Patent Document 2).

JP 2012-176269 A JP 2014-188166 A

  The present invention provides a technology for assisting a player to obtain an unacquired object and to experience the fun of various games in a game in which a player selects a player object from among acquired objects. The purpose is to provide.

A first invention for solving the above-described problem is a program for causing a computer to execute a game in which a player selects a player character from among acquired characters.
Trial control means (for example, the processing unit 200, the game management unit 210, the trial control unit 212, and steps S10 to S72 in FIG. 16) that allows the player to try an unacquired character as a trial character.
Recording means for recording the trial character's trial history (for example, the processing unit 200, the game management unit 210, the trial history recording control unit 214, the storage unit 500 in FIG. 9, the trial character trial history data 630 in FIG. 16 step S106),
Giving means (for example, the processing unit in FIG. 9) that grants the trial character to the player to become the acquired character when a given grant condition determined using a given condition parameter value is satisfied. 200, game management unit 210, character assignment control unit 216, step S116 in FIG. 17),
Condition parameter value change control means for changing the condition parameter value based on the trial history (for example, the processing unit 200 in FIG. 9, the game management unit 210, the acquisition control parameter value setting unit 218, step S112 in FIG. 17), A program for causing the computer to function.

  According to the first aspect of the invention, the player can select a trial character (trial character) from unacquired characters and give it to the player to record information about the trial character's trial. Then, it is possible to change the ease of acquisition when the player acquires the trial character based on the trial history, in other words, the ease of provision when the trial character is provided to the player. The trial history reflects how much the player actually used the trial character and how much he liked it. Therefore, changing the ease of assigning the trial character based on the trial history gives the player the motivation / opportunity to try and obtain the favorite character, and more characters. Can be obtained.

  In order to control the player's favorite character for trial use more easily, as a second invention, the condition parameter value change control means determines whether the trial character's trial number, trial time, or trial time is being used from the trial history. It is more preferable to configure the program according to the first aspect of the present invention that determines the degree of growth (hereinafter collectively referred to as “trial grade”) and changes the condition parameter value based on the trial grade.

  Further, as a third invention, the condition parameter value change control means changes the condition parameter value so that the provisional condition can easily satisfy the provision condition compared with the case where the trial degree is no trial. The second aspect of the invention is more preferable because it makes it easier for the player to obtain characters he / she likes for trial use.

  According to a fourth aspect of the invention, the recording means records an experience value acquired by trial use of the trial character in the trial history, and the condition parameter value change control means includes the experience value included in the trial history. The program according to any one of the first to third aspects, wherein the condition parameter value is changed based on

  Further, according to a fifth aspect of the present invention, the condition parameter value change control means is configured so that the condition parameter value is more easily satisfied when the experience value is present than when the experience value is not present. It is a program of the 4th invention which changes.

  The experience value is a parameter value stored according to the degree of activity during the game play of the character. The experience value acquired during the trial period reflects how well the player uses the character, in other words, how much the player's play style matches. Therefore, according to the fourth or fifth invention, it is possible to control the trial character that matches the play style of the player so that it can be more easily obtained.

  The sixth invention is a game in which the game engages with an enemy character, the recording means records the action result of the trial character in the trial history, and the condition parameter value change control means includes: The program according to any one of the first to fifth aspects, wherein the condition parameter value is changed based on an action result included in the trial history.

  In addition, according to a seventh aspect of the invention, the action result includes a result of the action, and the condition parameter value change control unit is more likely to satisfy the provision condition as the result included in the action result is higher. The program according to the sixth aspect of the invention changes the condition parameter value.

  As a result of the action during the trial period (for example, information related to successful attack if it is an attack action), how well the player uses the character, in other words, how well it matches the player's play style Is reflected. Therefore, according to the sixth or seventh invention, it is possible to perform control so that a trial character suitable for the play style of the player can be easily obtained.

  The eighth invention. The granting means assigns the trial character as the given parameter value determined by an item or point, satisfies the granting condition in exchange for the consideration, and changes the condition parameter value The control means is the program according to any one of the first to seventh inventions, wherein the consideration is changed based on the trial history.

  According to the eighth aspect, when the player purchases a trial character by paying the consideration, the amount of the consideration can be changed according to the trial history of the character. For example, it is possible to set a low price for a trial character that the player likes and uses.

  According to a ninth aspect of the present invention, the granting condition is determined when the giving means wins the trial character by performing a lottery process using the winning probability, with the winning probability of the trial character as the given parameter value. The program according to any one of the first to seventh inventions, wherein the trial character is assigned and the condition parameter value change control means changes the given winning probability based on the trial history. It is.

  According to the ninth aspect, when the character to be given is determined by lottery, the winning probability in the lottery can be changed according to the trial history of the character. For example, it is possible to set the winning probability of the trial character that the player likes and uses relatively high.

  In a tenth aspect of the present invention, the computer is further provided as a winning probability notification control unit (for example, a probability change notification W7 in FIG. 7, a notification control unit 220 in FIG. 9, and step S114 in FIG. 17) that performs notification indicating the winning probability. It is a program of the 9th invention for making it function.

  According to the tenth aspect, notification indicating the winning probability can be performed.

  In an eleventh aspect of the present invention, the trial control unit enables a plurality of trial characters to be used, and the provision unit corresponds to the case where the provision conditions for each of the plurality of trial characters are satisfied. A trial character is assigned, and the condition parameter value change control means selects a trial character for changing the condition parameter value from the plurality of trial characters, and sets the provision condition of the selected trial character. The program according to any one of the first to tenth aspects, wherein the condition parameter value to be determined is changed.

  According to the eleventh aspect, when a plurality of trial characters are sampled, the character whose condition parameter value is to be changed can be selected.

  In a twelfth aspect of the invention, notification control means (for example, the processing unit 200, the game management unit 210, and the notification control unit in FIG. 9) performs control for notifying that the condition parameter value has been changed by the condition parameter value change control unit. 220, step S114) of FIG. 17, which is a program according to any one of the first to eleventh inventions for causing the computer to further function.

  According to the twelfth aspect, it is possible to inform the player that the condition parameter value of the trial character has been changed, that is, that the trial character has become easier to obtain.

  A thirteenth invention is the program according to any one of the first to twelfth inventions, wherein the condition parameter value change control means temporarily changes the condition parameter value during a given change period.

  According to the thirteenth aspect, an expiration date can be provided for changing the condition parameter value.

  A fourteenth aspect of the present invention is a game device for executing a game in which a player selects and plays a player character from among acquired characters, and allows the player to try an unacquired character as a trial character. A control means, a recording means for recording a trial history of the trial character, and the trial character is given to the player when a given grant condition determined using a given condition parameter value is satisfied. Then, the game apparatus includes a granting means for obtaining the acquired character and a condition parameter value change control means for changing the condition parameter value based on the trial history.

  A fifteenth aspect of the present invention is a server system for causing a computer connected for communication to execute a game in which a player selects a player character from among acquired characters and plays the game. Trial control means for enabling the acquired character to be used as a trial character, recording means for recording the trial character's trial history, and given grant conditions determined using given condition parameter values And a granting unit that grants the trial character to the player to be the acquired character when satisfied, and a condition parameter value change control unit that changes the condition parameter value based on the trial history. It is a server system.

  According to the fourteenth or fifteenth invention, it is possible to realize a game device or a server system that obtains the same effects as those of the first invention.

The figure which shows an example of a structure of a game system. The front external view which shows the structural example of a player terminal. The figure which shows the example of a game screen. The figure which shows the example of a display of trial character provision notification. The figure for demonstrating recording of the trial history of a trial character. The figure for demonstrating the example of the method of making it easy to obtain the trial character used for trial. The figure which shows the example of a display of a probability change notification. The figure which shows the example of a display of a price change notification. The functional block diagram which shows the function structural example of a server system. The figure which shows the example of the program and data which the memory | storage part of a server system memorize | store. The figure which shows the data structural example of candidate character initial setting data. The figure which shows the data structural example of character evolution lineage setting data. The figure which shows the data structural example of user management data. The figure which shows the data structural example of the acquired character management data. The figure which shows the data structural example of play data. The flowchart for demonstrating the flow of a process in a server system. The flowchart following FIG. The flowchart for demonstrating the flow of a lottery probability setting process. The functional block diagram which shows the function structural example of a game device. The figure which shows the example of the program and data which the memory | storage part of a game device memorize | store.

  In this embodiment, an online game in which a player selects a player character from acquired characters and organizes and plays a deck will be described as an example of a game in which a player selects a used object from acquired objects.

[Description of game system]
FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. The game system of this embodiment includes a server system 1100 that can be connected to the communication line 9 and a player terminal 1500 that can perform data communication with the server system 1100.

  The communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a communication network such as a telephone communication network, a cable network, and the Internet in addition to a dedicated line (dedicated cable) for direct connection and a LAN (Local Area Network) using Ethernet (registered trademark). This means that the communication method may be wired or wireless.

  The server system 1100 includes, for example, a main device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. A control board 1150 is mounted on the main device 1101. The control board 1150 includes various microprocessors such as a CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit), and DSP (Digital Signal Processor), various IC memories 1152 such as a VRAM, a RAM, and a ROM, and a communication device 1153. Has been. A part or all of the control board 1150 may be realized by an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a system on a chip (SoC).

  The server system 1100 performs arithmetic processing on the control board 1150 based on a predetermined program and data, whereby 1) a user management function related to user registration and the like, and 2) a player who is a user plays a game on the player terminal 1500. And a game management function that provides data necessary for the game, and 3) an online shopping function that sells content such as characters and items that can be used in the game. That is, the game of this embodiment is realized as a kind of client-server online game.

  In the illustrated example, the server system 1100 is described as a single unit, but a plurality of blade servers that share the user management function, the online shopping function, and the game management function are mounted, and data communication is performed via an internal bus. A configuration in which connection is possible is also possible. Alternatively, the server system 1100 may be configured to function as a whole by performing data communication with a plurality of independent servers installed at remote locations via the communication line 9.

FIG. 2 is a front external view showing a configuration example of the player terminal 1500.
The player terminal 1500 is a portable computer that is connected to the communication line 9 and can access the server system 1100, and is a small electronic device. The player terminal 1500 according to the present embodiment is a device classified as a so-called smartphone, but is a portable game device, a stationary home game device, a game controller for a stationary home game device, an arcade game device, a personal computer, or a tablet type. The device may be classified as a computer, a wearable computer, or the like.

  The player terminal 1500 in this embodiment includes a direction input key 1502, a button switch 1504, a touch panel 1506 functioning as an image display device / contact position input device, a built-in battery 1509, a speaker 1510, a microphone 1512, and a control board. 1550 and a memory card reader 1542 that can read and write data from a memory card 1540 that is a computer-readable storage medium. In addition, a power button, a volume control button, an image sensor unit (photographing means), etc., not shown are provided. In addition, an IC card reader or the like that can read and write data without contact with an IC card type credit card or prepaid card may be provided.

  The control board 1550 wirelessly communicates with the CPU 1551, various microprocessors such as GPU and DSP, various IC memories 1552 such as VRAM, RAM, and ROM, and mobile phone base stations and wireless LAN base stations connected to the communication line 9. The wireless communication module 1553 is mounted. In addition, a driver circuit of the touch panel 1506, a circuit that receives signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit that outputs an audio signal to the speaker 1510, and an input signal that generates an audio signal collected by the microphone 1512 A so-called I / F circuit 1557 (interface circuit) such as a generation circuit and a signal input / output circuit for the memory card reader 1542 is mounted. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so that data can be read and written and signals can be transmitted and received. Part or all of the control board 1550 may be realized by an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a system on a chip (SoC).

  The control board 1550 stores a program and data for realizing game play on the player terminal 1500 in the IC memory 1552. Then, the program is executed to execute arithmetic processing, and game play is enabled by controlling each part of the player terminal 1500 in accordance with operation inputs from the direction input key 1502, the button switch 1504, and the touch panel 1506. In this embodiment, the player terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100, but may be configured to read from a storage medium such as a memory card 1540 obtained separately.

  As a preliminary preparation for playing the game of this embodiment, the player obtains a player ID (account) by performing a user registration procedure, and “candidate character (candidate object)”, which is a character object that can be used as a player character. It is necessary to obtain / acquire. Note that “obtaining” as used herein includes not only acquisition of physical ownership but also acquisition of the right to use or use electromagnetic information.

  User registration is realized by accessing a website provided by the server system 1100 and performing a predetermined procedure. When the user is registered, a player ID (account) is issued. Therefore, by logging in with the issued player ID, game play, online shopping, and the like are possible. When user registration is performed, user management data associated with the player ID is created in the server system 1100 (for example, the storage 1140).

  The “candidate character” is selected or automatically given by the player at the time of user registration, for example. Alternatively, the purchase may be made through online shopping provided by the server system 1100. Further, a game card may be purchased and available.

  The “game card” referred to here is an information carrier medium prepared by the game producer, and may be a card with an entity (so-called “trading card”), or a virtual card with only an electronic information without an entity. It may be. In the case of a card having an entity, for example, a predetermined number (for example, two or five) may be sold as one package at an actual store. In the case of a virtual card, a predetermined number of cards can be given by lottery whenever a login or separately acquired lottery right is exercised. The game card may be purchased at an online shopping site realized by the server system 1100 or a known online shopping site.

  Each game card is assigned one type of candidate character, is given a unique card ID, and has a barcode. After logging in with the player ID, the user performs a predetermined card registration procedure for making the obtained game card candidate character available (valid) in the game. When the card registration procedure is performed, information on the newly registered game card candidate character is registered in association with the player ID, and the character can be used in the game.

  The form of the information carrying medium is not limited to a game card and can be set as appropriate. For example, a three-dimensional modeled object (for example, a figure) imitating the appearance of characters, items, and the like may be used. In that case, it is more preferable to adopt a form having properties as a collection item in addition to game play including size and design.

[Description of game contents]
FIG. 3 is a diagram showing an example of a game screen in the present embodiment.
The game of the present embodiment is a game in which a predetermined number is selected as player characters (used objects used in game play) from among acquired candidate characters (acquired characters; acquired objects). Specifically, it is a stage clear type action RPG (role-playing game) game in which weapons such as swords and spears are equipped for each player character and aiming at a destination while defeating enemies encountered.

  A game space display unit 20 is provided on the upper part of the game screen W2 displayed on the touch panel 1506, and the player character 4 (4a, 4b,...) Fights against the enemy character 6 (6a, 6b) encountered. Is displayed.

A set of player characters 4 (4a, 4b,...) Selected from the acquired characters is called a “deck”, and selecting a player character is called “editing a deck”.
The deck display unit 22 provided at the lower part of the game screen W2 displays information on the player characters 4 (4a, 4b,...) Constituting the deck. In the present embodiment, a setting frame 23 is provided for each player character 4, and each setting frame 23 includes a character image 24 indicating the player character 4 (4 a, 4 b,...) Assigned to the setting frame 23. The attribute display unit 25 and the equipment item display body 26 are included.

  Each candidate character is assigned at least one “character attribute” which is a characteristic classification of the character, and the attribute display unit 25 indicates the character attribute of the player character 4 assigned to the setting frame 23. The type and number of character attributes can be set as appropriate.

  The equipment item display 26 displays items such as weapons and armor equipped on the player character 4 assigned to the setting frame 23. Various items including weapons and armor can be acquired in the game or purchased online.

  In this embodiment, the game progresses in a turn system in which a player turn in which the player character 4 (4a, 4b,...) Acts in response to an operation input by the player and an enemy turn in which the enemy character 6 is automatically controlled are alternately switched. To do. Of course, it may be a real-time strategy type.

  Although the operation input method can be set as appropriate, in this embodiment, the action menu is displayed by touching the character image 24 of the player character 4 to be acted, and “attack” “defense” “equipment item” is selected from the action menu. Select actions such as “use” and “friend support”. When it is necessary to further select an action target such as attack or support, a touch operation on the player character 4 (4a, 4b,...) Or the enemy character 6 displayed on the game space display unit 20 following the action selection. To do. Of course, other operation input methods may be employed.

  A life value is set for each of the player character 4 and the enemy character 6, and the life value is subtracted if damage is received during the battle. When the life value becomes “0”, the character is considered to be unable to act, that is, destroyed. If all the player characters 4 become unable to act before reaching the destination, the game is over. If the enemy character 6 encountered is defeated and at least the player character 4 reaches the goal without being disabled, the stage is cleared. And if you clear all the stages, it will be fine and the game will be cleared.

[About trial character]
In the game of the present embodiment, a “trial character” is provided to the player for a certain period (also referred to as a trial).
The trial character is a character that has not been acquired by the player provided as a sample. The provided trial character can be used in the same manner as the acquired character.

The trial character is awarded when the game progress condition satisfies the “trial permission condition”.
The trial permission conditions can be set as appropriate according to the game content.
In this embodiment,
1) When the player character 4 reaches a predetermined place set in the game world (for example, a meeting place, a tavern, a temple, a secluded hut, an introduction office)
2) If you clear a game stage or a specific event,
3) If you destroy a specific enemy character 6,
4) When using a specific item,
5) When the play history satisfies a predetermined condition (for example, the log number is 10th, 20th, the player level indicating the skill of the player is up, etc.)
6) When a player's purchase history of characters and items related to the game satisfies a predetermined condition (for example, the accumulated charge amount is increased by 1000 yen, the charge frequency is equal to or higher than a reference value)
It can be. Of course, other conditions can be set.

  When the trial permission condition is satisfied, a trial character provision notification W4 as shown in FIG. 4 is displayed. The notification includes, for example, a trial availability notification 41 for notifying that the trial permission condition is satisfied, a trial period notification 42, and an information disclosure unit 43 for disclosing information about the provided trial character 5. Including. The trial character 5 is registered as an acquired character of the player during the trial period.

When the player incorporates the trial character 5 into the deck as the player character 4 and uses it for game play, the server system 1100 stores trial character trial history data 630 as shown in FIG. 5 for each trial character 5.
The trial character trial history data 630 is a variety of information indicating how the trial character 5 has been used, in other words, how much the player likes to use it, and how much the player's play style matches the trial character. Stores information for estimating whether or not.

  For example, a unique trial character ID 631, a cumulative trial count 632, a trial period acquisition experience value 633 that is an accumulation of experience values given through engagement with the enemy character 6 in trial play, and an attack in the battle The attack success rate 634 during the trial period, which is the cumulative probability of success, and the cumulative number of times the skill set in the trial character 5 during the trial play (the ability that can be activated when a specific situation is satisfied) is activated. The number of skill activations 635 during the trial period is stored.

  The cumulative trial count 632 may be a cumulative trial time depending on the game content. Further, depending on the game content, the attack success rate 634 during the trial period is not limited to the attack action, but may be a result of another type of action (for example, the number of times of assisting other characters in the support action or the success probability of support). Can be replaced. Further, data other than these may be stored as appropriate.

  Now, the trial character 5 ends providing after the trial period, and thereafter cannot be used for game play. Of course, if the player likes the same character for trial use and obtains a new one, it can be used again in the game play as the acquired character.

  In the present embodiment, in a situation where the player can obtain a trial character that is the trial character 5 that has been tried, the character is used as an untested character according to the trial degree or favorite degree of the trial character of the player. It can be made easier to obtain.

  The “situation where a trial character can be obtained” is acquired by a player when the given character satisfies a given grant condition determined using a given condition parameter value set for each trial character. It is a situation given as a completed character. In this embodiment, a situation in which a new character is given to a player by lottery (for example, a free lottery at login, a character grant lottery that exercises a pay lottery, a new character grant event that occurs during play), and online Purchasing a character by shopping or the like. Of course, other situations can be set as appropriate.

“Trial degree” and “favorite degree” can be estimated from trial character trial history data 630.
“Easy to obtain” is realized by changing the condition parameter value relating to the grant condition for each trial character. In the present embodiment, as the condition parameter value, the “winning probability” applied when the character to be given is determined by lottery and the “acquisition price” applied when the character is given by the player's consideration payment are changed. It is realized by doing. That is, the higher the trial degree and the favorite degree, the easier it is to obtain by increasing the winning probability of the trial character. If the available situation is purchase, the higher the trial degree and the favorite degree, the more the trial character is obtained. We make it easy to obtain by lowering the consideration (acquisition cost). The consideration here may be consumption of a specific item in addition to points such as in-game currency.

FIG. 6 is a diagram for explaining an example of a specific method for making it easy to obtain a trial character that has been tried.
For example, the winning probability of the trial character is set as the sum of the basic value P0 and one or more correction values k1, k2,. Then, the basic value P0 is set to a higher value as the cumulative number of trials of the trial character is increased. The first correction value k1 is set to a higher value as the acquired experience value during the trial period of the trial character is larger. That is, the higher the degree of growth during trial use, the higher the value. The second correction value k2 is set to a higher value as the attack success rate is higher during the trial period. The third correction value k3 is set to a higher value as the skill activation number increases during the trial period. Further, the acquisition price is set to a lower value as the cumulative number of trials of the trial character is increased. In addition, instead of the cumulative number of trials, the acquisition price is variably set according to any of the experience values acquired during the trial period, the attack success rate during the trial period, the attack success rate during the trial period, and the number of skill activations during the trial period. It is good to do. Similar to the winning probability, the basic probability of the acquisition price is set based on the cumulative number of trials, and the experience value acquired during the trial period, the attack success rate during the trial period, the attack success rate during the trial period, and the number of skills activated during the trial period A correction value may be determined and added to the basic value.

Then, in this embodiment, the player is notified that “it is easy to obtain”.
For example, when the winning probability is changed, a probability change notification W7 is displayed on the game screen when a trial character is available as shown in FIG. The notification includes, among available characters, a character list 71 that displays characters that have been changed from the winning probability when the winning probability is in an untrialized state, and a predetermined selection operation (for example, a touch operation) on the list. And an information disclosure unit 72 that displays information such as the winning probability after the change of the trial character selected by (1).

  In addition, when the acquisition consideration is changed, as shown in FIG. 8, when the trial character is available, a consideration change notification W8 is displayed on the game screen. The notification includes a character list 81 that displays a list of characters that have been changed from the acquisition consideration when the acquisition consideration is in an untrialized state, and a trial selected by a predetermined selection operation on the list. And an information disclosure unit 82 for displaying information such as the acquisition price after the change of the completed character.

  When a trial character tried by the player becomes available, the trial character is provided more easily than the untested one depending on the degree of trial and the degree of favorite of the player. Therefore, it is possible to encourage the player to acquire more unacquired characters in combination with the trial experience. If the player acquires various characters, the player can experience more various game play. There is a high possibility that the game creator will experience the full fun of the game.

[Description of functional configuration]
FIG. 9 is a functional block diagram illustrating a functional configuration example of the server system 1100 according to the present embodiment. The server system 1100 in this embodiment includes an operation input unit 100, a processing unit 200, a sound output unit 390, an image display unit 392, a communication unit 394, and a storage unit 500.

  The operation input unit 100 is a means for inputting various operations for managing the server system 1100. In the example of FIG. 1, the keyboard 1106 corresponds.

  The processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an IC memory, and performs data input / output control with each functional unit including the operation input unit 100 and the storage unit 500. Various arithmetic processes are executed based on predetermined programs and data, operation input signals from the operation input unit 100, and data received from the player terminal 1500. In the example of FIG. 1, the control board 1150 corresponds to this.

  The processing unit 200 according to the present embodiment includes a user management unit 202, an online shopping management unit 204, a game management unit 210, a sound generation unit 290, an image generation unit 292, a communication control unit 294, a current date and time. And a time measuring unit 296 that measures time such as management and timer control.

  The user management unit 202 performs processing related to the user registration procedure and registration management processing of various data associated with registered users. For example, 1) a process for issuing a unique player ID to a user who has undergone a predetermined registration procedure, 2) a card registration procedure process for enabling use of a game card, 3) an electronic payment medium linking process, 4) It is possible to perform account setting for electronic settlement, 5) deposit processing to an account using cash or a credit card, 6) settlement processing such as payment of play consideration, and 7) storage management of settlement history.

  The online shopping management unit 204 is a functional unit that realizes online purchase of candidate characters and items, a lottery right, an event participation right, and the like. This can be realized in the same manner as known online shopping.

  The game management unit 210 performs various processes related to game play. Since this embodiment is a client-server online game, the game management unit 210 receives an execution request from the player terminal 1500, activates the game of this embodiment, and performs game play while communicating with the player terminal 1500. To provide the player terminal 1500 with data necessary for the operation.

  Then, the game management unit 210 according to the present embodiment includes a trial control unit 212, a trial history recording control unit 214, a character assignment control unit 216, an acquisition control parameter value setting unit 218, and a notification control unit 220. Including. Of course, functional units other than these can be included as appropriate.

The trial control unit 212 controls the player to select a trial character from unacquired characters (unacquired characters), set a trial time limit, and give the trial character.
In particular,
1) For each player character 4 that forms a deck, an unacquired character when the character has evolved can be preferentially selected as a trial character.
2) It is possible to determine a character attribute that the player preferably uses based on the play history and preferentially select an unacquired character having the same attribute as the character attribute as a trial character.
3) A candidate character corresponding to a specific priority character can be preferentially selected as a trial character.

  The trial history recording control unit 214 controls recording of the trial history of the trial character. In the trial history, parameter values (for example, cumulative trial number 632 and experience value 633 acquired during the trial period; figure) that can be used to estimate the trial grade of the trial character, in other words, how much the player likes and trials are used. 5) and parameter values that can be used to infer how well the player's play style matches the trial character (for example, the experience value 633 during the trial period, the attack success rate 634 during the trial period, and the enemy character 6) It is possible to record an attack result value such as a cumulative value of damage given.

The character assignment control unit 216 assigns a trial character to the player as an acquired character when the “given grant condition” defined using the given “condition parameter value” is satisfied.
The “condition parameter value” can also be referred to as an acquisition control parameter value. In the present embodiment, the winning probability and the acquisition consideration (more specifically, the amount of the acquisition consideration) are applicable. Then, the “granting condition” means that, when the character to be given is determined by lottery, the character is won in a lottery process based on a probability calculation using the set winning probability. When the player himself selects the character to be given and pays the consideration, the set acquisition consideration is paid.

The acquisition control parameter value setting unit 218 changes the condition parameter value applied to the trial character that has been tried based on the trial history. In the present embodiment, the winning probability and the acquisition consideration are set / changed.
In particular,
1) The number of trials (or trial time) of the trial character can be determined from the trial history, and the condition parameter value can be changed based on the trial degree.
2) It is possible to change the condition parameter value so that the provisional condition can be easily satisfied in comparison with the case where the trial degree is not trial.
3) Based on the experience value of each trial character included in the trial history, the condition parameter value is changed so that the experience value is easier to satisfy the granted condition than the experience value is no experience value. can do.
4) Based on the attack result included in the trial history, the condition parameter value can be set / changed so that it is easier to satisfy the granted condition when the attack is successful than when the attack is successful. it can.
5) The acquisition consideration (for example, the amount of virtual currency) applied when acquiring a trial character that has been tried can be set / changed based on the trial history.
6) It is possible to set / change the winning probability applied when obtaining a trial character that has been tried based on the trial history.
7) A trial character whose condition parameter value is to be changed can be selected from a plurality of trial characters that have been tried, and the condition parameter value of the selected trial character can be set / changed.
8) The condition parameter value is changed during the given change period after the trial is completed.

  The notification control unit 220 performs control to notify that the condition parameter value is set / changed by the acquisition control parameter value setting unit 218. Note that the notification method is not limited to display control that clearly shows the game screen. Display control to the extent that the condition parameter value is set or changed may be used. For example, some display colors are displayed in colors different from usual on the acceptance screen for the lottery start operation. In addition, the notification method may be such that an e-mail including disclosed information is created and transmission is controlled to an e-mail address designated at the time of user registration.

  The sound generation unit 290 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec that can play back an audio file, and generates an audio signal and outputs it to the sound output unit 390. The sound output unit 390 is realized by a speaker or the like that emits sound based on the audio signal output from the sound generation unit 290. Since the present embodiment is an online game, the sound generation unit 290 of the present embodiment may be configured to further generate data for playing BGM and sound effects of the game on the player terminal 1500.

  The image generation unit 292 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like. Then, the image generation unit 292 generates data for displaying an image of the game screen on the player terminal 1500 based on the processing result by the game management unit 210. In addition, other images necessary for system management are generated and an image signal is output to the image display unit 392.

  The image display unit 392 displays various images for system management based on the image signal input from the image generation unit 292. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

  The communication control unit 294 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394.

  The communication unit 394 is connected to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like. In the example of FIG. 1, the communication device 1153 corresponds.

  The storage unit 500 stores a system program for realizing various functions for causing the processing unit 200 to control the server system 1100 in an integrated manner, a program necessary for managing a game, various data, and the like. Further, it is used as a work area of the processing unit 200, and temporarily stores calculation results and the like executed by the processing unit 200 according to various programs. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, an online storage, or the like. In the example of FIG. 1, a storage medium such as an IC memory 1152 and a hard disk, and a storage 1140 correspond to this.

  FIG. 10 is a diagram illustrating an example of programs and data stored in the storage unit 500 according to the present embodiment. The storage unit 500 includes a system program 501, a server program 502, a distribution client program 503, game stage initial setting data 510, enemy character initial setting data 512, item initial setting data 514, and candidate character initial setting data. 520, character evolution lineage setting data 530, and priority character list 560 are stored in advance.

  In addition, the storage unit 500 stores user management data 600, play data 700, and current date and time 900 as data that are sequentially generated and updated. In addition, information such as timers, counters, and various flags can be stored as appropriate.

  The system program 501 is a basic program for realizing basic input / output functions necessary as a computer by being read and executed by the processing unit 200.

  The server program 502 is a program for realizing a function as a game server for online games. In the present embodiment, functions as the user management unit 202, the online shopping management unit 204, and the game management unit 210 can be realized.

  The distribution client program 503 is a program to be executed on the player terminal 1500 in order to execute the game. The distribution client program 503 may be realized as a dedicated program, for example. Or if the game of this embodiment is implement | achieved as a web game, the web technique which controls a screen display actively using Java (registered trademark), CSS (Cascading Style Sheets), etc. with HTML based on a web browser. Alternatively, it may be realized by using a plug-in such as Adobe (registered trademark) Flash. Of course, other methods may be used.

  The game stage initial setting data 510 is prepared for each game stage, and defines the game space of each game stage, the definition data of the types and appearance timings of the enemy characters 6 that appear on the stage, the stage clear conditions, and the like.

The enemy character initial setting data 512 is prepared for each type of the enemy character 6 appearing in the game, and stores various data necessary for displaying and operating the character.
One enemy character initial setting data 512 is, for example, display data (for example, character model, texture data, motion data, etc.) for displaying the character on the game screen in association with the character type, and the character's ability. Parameter values (for example, life value, attack power, defense power, range, etc.). Of course, data other than these can be included as appropriate.

Item initial setting data 514 is prepared for each type of item appearing in the game, and stores various data necessary for displaying the item and exhibiting the effect in the game.
One item initial setting data 514 includes, for example, display data for displaying the item on the game screen in association with the item type, and effect definition data for defining the action effect of the item. Of course, data other than these can be included as appropriate.

The candidate character initial setting data 520 is initial setting data of candidate characters that can be acquired by the player and used as the player character 4, and is prepared for each character type.
One candidate character initial setting data 520 includes, for example, as shown in FIG. 11, a character type 521, an evolution level 522 indicating the degree of evolution in the evolutionary lineage set for the character, a character attribute 523, and an initial ability parameter. A value list 524, commentary data 525, an initial winning probability 526, and an initial acquisition price 527 are included. Of course, data other than these can be included as appropriate.

  The initial ability parameter value list 524 stores data indicating initial values of various ability values of the character. In the present embodiment, data such as life value, attack power, defense power, skill setting data that defines the type and effect of special skills, and the like are stored. Of course, data other than these can be included as appropriate.

  The explanation data 525 is data explaining the ability of the character, and is text data or moving picture data. Displayed by the information disclosure unit 43 (see FIG. 4) of the trial character provision notification W4, the information disclosure unit 72 (see FIG. 7) of the probability change notification W7, and the information disclosure unit 82 (see FIG. 8) of the consideration change notification W8. The

The initial winning probability 526 is an initial setting value of a winning probability applied to the candidate character when a character to be given to the player is selected by lottery.
The initial acquisition price 527 is an initial setting value of the acquisition price that is applied to the candidate character when consideration is required to give the character to the player. In this embodiment, the amount of virtual currency used in the game is used.

  Returning to FIG. 10, the character evolution lineage setting data 530 is data defining which character evolves from which character, and is prepared for each evolutionary lineage. For example, as shown in FIG. 12, the character type 532 of the candidate character on the evolution lineage is stored in the evolution level 531 in order.

  Returning to FIG. 10, the priority character list 560 is a list of character types to be prioritized as trial characters. In this embodiment, a game maker or administrator performs setting operations in advance and manages them. For example, it is preferable to set a special character or the like provided for a limited time, and have the player actively acquire and use it to use the game play during that period.

  User management data 600 is prepared for each player registered as a user. As shown in FIG. 13, for example, one user management data 600 includes a unique player ID 601, a player level 602 that is automatically given based on play results, play history, etc., and indicates the skill level of the player, and character acquisition Consideration payment points 604 consumed as compensation, acquired character management data 610, trial expiration management data 620, trial character trial history data 630, play history data 640, and billing history data 642 Store. Of course, other data can be stored as appropriate.

  The consideration payment point 604 stores parameter values consumed for consideration payment in the game, such as the remaining amount of virtual currency and the amount of a predetermined item. In this embodiment, the remaining amount of virtual currency is stored.

  Acquired character management data 610 is management data of characters (candidate characters) that can be used as the player character 4 by the player (registered user). In addition to candidate characters that have already been acquired and acquired, that is, acquired characters, each prepared character is prepared for each trial character, and various data describing the state of the character at the time of data saving are stored. Specifically, one acquired character management data 610 includes, for example, as shown in FIG. 14, a character ID 611, a save experience value 612, a save evolution level 613, a save ability parameter value list 614, The save-time equipment item list 615, use frequency data 616, and a trial flag 618 are stored. Of course, data other than these may be stored as appropriate.

The character ID 611 is unique identification information composed of a combination of a character type, a serial number, and a code representing a character attribute.
Saving experience value 612, saving evolution level 613, saving ability parameter value list 614, saving equipment item list 615, and usage frequency data 616 indicate that the acquired character is used as a player character 4 for game play. After the game play, the game is updated to reflect the latest play result.
The usage frequency data 616 is the frequency at which the acquired character is used for game play.
The trial flag 618 is set to “1” when the character is a trial character. In the case of a non-trial character acquired by the player itself, “0” is set.

  Returning to FIG. 13, the trial period management data 620 stores information related to the trial period for each given trial character. For example, a trial time limit 622 and a trial start date 623 are stored in association with the trial character ID 612. Of course, data other than these may be stored as appropriate.

  The play history data 640 stores the character ID of the player character 4 organized in the deck, game play results, and the like in association with the game play date and time. Updated at the end of game play.

  The charge history data 642 includes payment for game play, payment for extended game play time, payment for paid lottery in the game, and payment for purchasing items and candidate characters through online shopping using the player ID 601. It is a history such as. It is updated for each consideration payment subject to restoration.

Returning to FIG. 10, the play data 700 is prepared for each game being played and stores various data describing the progress of the game.
For example, as shown in FIG. 15, one play data 700 includes a player ID 701, a stage ID 703 for storing identification information of the game stage currently being played, deck management data 710, enemy character management data 740, play results, and the like. Data 746 is stored. Of course, other data can be stored as appropriate depending on the game content and the like.

  The deck management data 710 stores various data describing the latest situation of the acquired character or trial character that forms the deck, that is, the player character 4 (4a, 4b,...; See FIG. 3). For example, for each deck setting frame 711, a player character ID 712 indicating the set character, an experience value 713, an ability parameter value list 714, and an equipment item list 715 are stored in association with each other. Of course, data other than these may be stored as appropriate.

  At the start of the game, the experience value 713 is copied from the saved experience value 612 of the acquired character management data 610 of the user management data 600, and is updated one by one as the game progresses.

  The enemy character management data 740 is prepared for each enemy character 6 that has appeared in the game space, and stores various data describing the latest situation of the enemy character. For example, data indicating the status of the enemy character such as life value, attack power, remaining bullet number, and the like is stored.

  The play result data 746 stores game play result information. It is initialized before the game starts and is updated sequentially as the game progresses. The content of the grade information stored can be set as appropriate according to the content of the game.

[Description of process flow]
16 to 17 are flowcharts for explaining the flow of processing in the server system 1100. The processing flow described here is implemented by the server system 1100 executing the server program 502. It is assumed that the player has already completed user registration and acquisition of some candidate characters. Further, it is assumed that the player terminal 1500 of the player executes the distribution client program 503, establishes data communication with the server system 1100, and completes login.

  The server system 1100 refers to the user management data 600 of the player and other information, and determines whether the trial permission condition is satisfied. If the trial permission condition is satisfied (YES in step S10), the acquired character management data 610 and the candidate character initial setting data 520 are compared to extract a character that the player has not acquired (unacquired character). (Step S12). Then, a lottery probability setting process is executed (step S14).

FIG. 18 is a flowchart for explaining the flow of the lottery probability setting process.
In this process, the server system 1100 executes loop A for each unacquired character extracted in step S12 (steps S30 to S54).
Specifically, the lottery probability of the processing target character is provisionally determined based on the difference between the evolution level of the unacquired character (processing target character) to be processed in Loop A and the average value of the evolution level of the player character 4. (Step S32). Specifically, the lottery probability is set to be relatively higher as the difference from the level of the character to be processed is smaller.

Next, the server system 1100 statistically processes the character attributes that have been made the player character 4 in the past from the player's play history data 640 (see FIG. 13), and calculates the usage frequency for each character attribute (step S34).
If the frequently used character attribute satisfies the high use frequency condition in which the character attribute is biased toward the specific character attribute (YES in step S36) and the character to be processed corresponds to the specific character attribute (in step S38). YES), the server system 1100 determines that the player is particular about the use of the character with the specific character attribute, so that the lottery probability of the processing target character is selected more easily than the character with the other attribute. (Step S40).
However, although there is a bias toward the specific character attribute, if the processing target character does not correspond to the specific character attribute (YES in step S36 → NO in S38), the lottery probability of the processing target character is relatively lowered (step S42). ).

Next, the server system 1100 refers to the priority character list 560. If the character to be processed corresponds to the priority character (YES in step S50), the server system 1100 increases the lottery probability (step S52) and ends the loop A. (Step S54).
If the loop A is executed for all the unacquired characters extracted in step S12, the lottery probability setting process is terminated, and the flow returns to FIG.

  Next, the server system 1100 executes the lottery process by applying the lottery probability set for each unacquired character in the lottery probability setting process to determine a candidate character to be a trial character (step S70). The lottery probability setting method by the lottery probability setting process makes it easier for a player to select a character that is likely to be acquired next or a character that matches the tendency that the player prefers to use as a trial character. .

Next, the server system 1100 sets the trial character to be usable by the player. That is, a trial character is provided (step S72).
Specifically, based on the candidate character initial setting data 520 of the trial character (see FIG. 11), the acquired character management data 610 of the trial character is generated in the user management data 600 of the player (see FIG. 14). . At this time, the trial flag 618 is set to “1”. Further, the trial character management data 620 of the user management data 600 stores the trial character information (see FIG. 13). Also, new trial character trial history data 630 is added to the user management data 600.

  The trial character's trial period can be set as appropriate. For example, it may be a fixed value (for example, 7 days, 14 days, etc.), the weekend of the week, or the end of the month. If the character is registered in the priority character list 560, it may be up to a predetermined date associated with the list. Furthermore, it may be determined according to the player level, play history, and billing history. For example, the higher the player level, the shorter it is when the play result satisfies a predetermined favorable result, and the longer the charge history is, the longer it is.

  Then, the server system 1100 displays the trial character provision notification W4 (see FIG. 4) on the game screen, and notifies the player of the trial character information and the trial time limit (step S74).

  Next, the server system 1100 refers to the trial expiration management data 620 and searches for trial characters that have expired. If there is a trial character whose trial period has expired (YES in step S76), provision of the trial character is terminated. That is, the acquired character management data 610 of the corresponding trial character is deleted from the user management data 600 so that it can no longer be used as the player character 4 (step S78). Then, a predetermined trial end notification is displayed on the game screen. (Step S80).

  Next, if an input of a predetermined play start operation is detected (YES in step S100), the server system 1100 executes a game stage selection process for causing the player to select a game stage to be played (step S102), and causes the player to select a game stage. A deck organization process for selecting the player character 4 from the acquired characters is executed (step S104).

  The deck organization process can be realized in the same manner as a game using a known deck. That is, an empty (colored) deck setting frame and a list of acquired characters are displayed, and a character is set in the relationship of one acquired character in one deck setting frame in accordance with a selection setting operation by the player. The setting result is stored in the play data 700 as deck management data 710.

Next, the server system 1100 starts game progress control (step S106).
When the game progress control is started, the server system 1100 causes the enemy character 6 to appear, controls the player character 4 and the enemy character 6 in accordance with the operation input, and determines the result of the battle. The trial character included in the deck is also controlled in the same manner as the acquired character, and when engaged with the enemy character 6, the experience value 713 of the deck management data 710 (see FIG. 15), the ability parameter value list 714, the equipment item list 715, etc. Is changed one by one. Accordingly, the trial character trial history data 630 (see FIG. 13) of the enemy character management data 740, the play result data 746, and the user management data 600 is updated one by one.

  Moving to FIG. 17, a trial character (a trial character determined to have passed the trial period 622 in the trial period management data 620 and a trial character used in the trial character trial history data 630 during the game play). When one or both of the trial characters is available (YES in step S108), the server system 1100 sets the acquisition control parameter value for each available trial character based on the trial history. Is selected (step S110).

Specifically, available trial characters that have not reached a given preferential treatment date (for example, 7 days) from the trial time limit 622 are selected. In other words, the acquisition control parameter value is changed from the initial setting value during the given preferential period from the trial period 622.
If the number of trial-use characters that can still be obtained satisfies a predetermined large number of conditions (for example, five characters), the number is further selected to a number that does not satisfy the large number of conditions in descending order. Alternatively, a trial character whose trial history satisfies a predetermined high trial condition may be selected.

Then, the server system 1100 sets an acquisition control parameter value for each selected trial character that can be obtained so that the character is easier to obtain than when the character is not yet tried (step S112).
Specifically, with reference to the trial character trial history data 630 (see FIG. 13) of the user management data 600, the winning probability and the acquisition consideration are determined as the acquisition control parameter value. For example, the basic value P0 (see FIG. 6) of the winning probability is set to the cumulative number of trials 632 using the initial winning probability 526 of the candidate character initial setting data 520 (see FIG. 11) corresponding to the available trial character as a reference value. It may be determined by changing according to the number. Further, in the case of acquisition consideration, the acquisition consideration may be determined by determining an increase / decrease amount according to the number of cumulative trials 632 using the initial acquisition consideration 527 as a reference value.

  Next, the server system 1100 notifies the player of an acquisition control parameter value (condition parameter value) for each tried character (step S114). If the available situation determined in step S108 is a situation in which a character to be given to the player is selected, a probability change notification W7 (see FIG. 7) is displayed on the game screen. If the available situation determined in step S108 is a situation where the player himself selects and designates the character to be given and pays the acquisition price, a consideration change notification W8 (see FIG. 8) is displayed.

  Then, the server system 1100 applies the initial winning probability 526 and the initial acquisition price 527 to the untested candidate character, and applies the acquisition control parameter value set in step S110 to the trial character, thereby performing the acquisition control. This is performed (step S116).

  That is, if the available situation determined in step S108 is a lottery situation, the initial winning probability 526 is applied to the untested candidate character, and the winning set in step S110 is applied to the available trial character. A probability lottery process using the probability is executed, and the winning character is given to the player to be an acquired character.

  In addition, if the available situation determined in step S108 is a situation where the player selects and designates a character and pays the acquisition price, the initial acquisition is performed if the selected character is an untested candidate character. The consideration 527 is applied, and if it is an available trial-use character, the acquisition consideration set in step S110 is applied, and the payment processing of the acquisition compensation is executed and given to the player to obtain the acquired character. When the acquisition price is billing, billing history data 642 is also updated accordingly.

  Next, the server system 1100 determines whether the game progress control status satisfies a predetermined play end condition. If negative (NO in step S118), steps S108 to S116 are repeated in a predetermined control cycle. If affirmative (YES in step S118), the data saving process is executed to end the game progress control (step S120).

  In the data saving process, the acquired character management data 610 of each player character 4 that can include the trial character is updated based on the deck management data 710. If the player character 4 includes a trial character, the trial character trial history data 630 of the trial character is further updated. Also, the play history data 640 is updated.

  Even if the game is not being played, if, for example, a free lottery at the time of login or logout or use of online shopping is available (YES in step S130), the server system 1100 performs steps S110 to S116. Similarly, selection of available trial characters, setting and notification of acquisition control parameter values, and acquisition control of trial characters are executed (steps S130 to S138). When a program end operation is detected (step S140), a series of processing ends.

  As described above, according to the present embodiment, a character that has not been acquired by the player can be provided as a trial character with a trial time limit, and the trial history of the provided trial character can be stored. Then, in a situation where a trial character that has been tried is available, an acquisition control parameter value (winning probability and acquisition price in this embodiment) is set so that the trial character is easier to obtain than when it is not used. By applying this, it is possible to execute the giving control to the player. Therefore, it is possible to facilitate the player to obtain an unacquired character, and support the acquisition.

[Modification]
As mentioned above, although embodiment which applied this invention was described, the form of this invention is not limited to said example, The addition, omission, and change of a component can be given suitably.

[Part 1]
For example, in the above embodiment, the action RPG is taken as an example, but the game genre to which the present invention is applicable is not limited to this. If there are a lot of candidate characters and the player character is selected from the acquired candidate characters and played, it can be played in other genres such as puzzle games, RPG, shooting, war games, simulation games, breeding games, music games, etc. Even if it exists, this invention is applicable.

If the selection of an object that has never been used is irreversible, or if a case where a certain amount of labor or cost is required to make it reversible is included, the effect becomes higher.
The case where a certain amount of labor or cost is required to make the selection of an object that has never been used reversible is, for example, the following case. In other words, by selecting a new object that has never been used, the original object before selection becomes unusable, and after the player makes some burden, the original object before selection can be used. . The burden on the player is to collect items for reversibility in the game until a predetermined numerical condition is satisfied, or to pay a predetermined price in in-game currency.

[Part 2]
Moreover, in the said embodiment, although the character was illustrated as an example of an object, the item which a player character uses may be sufficient. Specifically, the evolution of characters can be read as the evolution of weapons, armor, and vehicles.

[Part 3]
Further, the evolution of the object (character) in the above embodiment can be appropriately read as composition or modification of the object depending on the game contents.

[Part 4]
In the above embodiment, an online game is exemplified, but the present invention can be similarly applied to a game such as a native application that is executed by the player terminal 1500 in a stand-alone manner.
In this case, the functional configuration shown in FIG. 9 is realized by the player terminal 1500 (in this case, the player terminal 1500 can also be called a game device). Specifically, for example, as shown in FIG. That is, the operation input unit 100 corresponds to the direction input key 1502, the button switch 1504, and the touch panel 1506 (see FIG. 2). The processing unit 200 corresponds to the CPU 1551 of the control board 1550, and the IC memory 1552 and the memory card 1540 mounted on the control board 1550 correspond to the storage unit 500. Further, the speaker 1510 corresponds to the sound output unit 390, the touch panel 1506 corresponds to the image display unit 392, and the wireless communication module 1553 corresponds to the communication unit 394.

Further, for example, a program and data as shown in FIG. 20 are stored in the storage unit 500 in the configuration. The game program 505 is a program for causing the processing unit 200 to realize the user management unit 202 and the game management unit 210 in the configuration.
Further, the processing flow of the player terminal 1500 in this case is the same as that in FIGS. 16 to 18, and the execution subject may be read as the player terminal 1500.

4 ... Player character 5 ... Trial character 41 ... Trial available notification 42 ... Trial period notification 43 ... Information disclosure unit 71 ... Character list 72 ... Information disclosure unit 81 ... Character list 82 ... Information disclosure unit 200 ... Processing unit 210 ... Game management Unit 212 ... Trial control unit 214 ... Trial history recording control unit 216 ... Character assignment control unit 218 ... Acquisition control parameter value setting unit 220 ... Notification control unit 500 ... Storage unit 502 ... Server program 505 ... Game program 520 ... Initial candidate character Setting data 530 ... Character evolution lineage setting data 560 ... Priority character list 600 ... User management data 601 ... Player ID
602 ... Player level 604 ... Consideration payment point 610 ... Acquired character management data 618 ... Trial flag 620 ... Trial period management data 630 ... Character trial history data 632 ... Cumulative trial count 633 ... Trial period acquired experience value 634 ... Trial Attack success rate during period 635... Skill activation number during trial period 640 ... play history data 642 ... billing history data 700 ... play data 710 ... deck management data 713 ... experience value 746 ... play result data 1100 ... server system 1150 ... control board 1500 ... Player terminal 1550 ... Control board W2 ... Game screen W4 ... Character donation notification W7 ... Probability change notification

Claims (15)

A program for causing a computer to execute a game in which a player selects and plays a player character from among acquired characters,
Trial control means for allowing the player to try the unacquired character as a trial character;
Recording means for recording a trial history of the trial character;
A granting means for granting the trial character to the player as the acquired character when a given granting condition defined using a given condition parameter value is satisfied;
Condition parameter value change control means for changing the condition parameter value based on the trial history,
A program for causing the computer to function as The condition parameter value change control means judges the trial character's trial frequency, trial time, or growth degree during trial (hereinafter collectively referred to as “trial grade”) from the trial history, and based on the trial grade Changing the condition parameter value;
The program according to claim 1. The condition parameter value change control means changes the condition parameter value so that the trial condition is easier to satisfy the provision condition than the case where the trial degree is no trial.
The program according to claim 2. The recording means records the experience value acquired by the trial use of the trial character in the trial history,
The condition parameter value change control means changes the condition parameter value based on an experience value included in the trial history.
The program as described in any one of Claims 1-3. The condition parameter value change control means changes the condition parameter value so that the experience value is easier to satisfy the provision condition than the experience value is no experience value.
The program according to claim 4. The game is a game that engages an enemy character,
The recording means records the trial character's action result included in the trial history,
The condition parameter value change control means changes the condition parameter value based on an action result included in the trial history.
The program as described in any one of Claims 1-5. The action result includes the result of the action,
The condition parameter value change control means changes the condition parameter value so that the higher the result included in the action result is, the easier it is to satisfy the provision condition.
The program according to claim 6. The granting means assigns the trial character as a given parameter value determined by an item or point as the given parameter value, satisfying the granting condition in exchange for the given price,
The condition parameter value change control means changes the consideration based on the trial history.
The program as described in any one of Claims 1-7. The granting means uses the winning probability of the trial character as the given parameter value, and performs the lottery process using the winning probability to satisfy the granting condition when the trial character is won, Give a trial character,
The condition parameter value change control means changes the given winning probability based on the trial history.
The program as described in any one of Claims 1-7. Winning probability notification control means for performing notification indicating the winning probability,
The program according to claim 9 for causing the computer to further function as: The trial control means makes it possible to try a plurality of the trial characters,
The granting means grants the corresponding trial character when the granting conditions for each of the plurality of trial characters are satisfied,
The condition parameter value change control means selects a trial character whose condition parameter value is to be changed from the plurality of trial characters, and changes the condition parameter value that defines the provision condition of the selected trial character. To
The program as described in any one of Claims 1-10. Notification control means for performing control to notify that the condition parameter value has been changed by the condition parameter value change control means;
The program as described in any one of Claims 1-11 for making the said computer further function as. The condition parameter value change control means temporarily changes the condition parameter value during a given change period.
The program as described in any one of Claims 1-12. A game device for executing a game in which a player selects and plays a player character from among acquired characters,
Trial control means for allowing the player to try a character not yet acquired as a trial character;
Recording means for recording a trial history of the trial character;
A granting means for granting the trial character to the player as the acquired character when a given granting condition determined using a given condition parameter value is satisfied;
Condition parameter value change control means for changing the condition parameter value based on the trial history;
A game device comprising: A server system for causing a computer connected to a communication to execute a game in which a player selects and plays a player character from among acquired characters,
Trial control means for allowing the player to try a character that has not been acquired as a trial character in the game;
Recording means for recording a trial history of the trial character;
A granting means for granting the trial character to the player as the acquired character when a given granting condition determined using a given condition parameter value is satisfied;
Condition parameter value change control means for changing the condition parameter value based on the trial history;
Server system with

Images