JP6707237B2 - Program, game control method, game control device, and game system - Google Patents

Description

The present invention relates to a program, a game control method, a game control device, and a game system .

There is known a game in which a user owns a plurality of objects and uses an object selected from the plurality of objects. For example, there is known a baseball game in which a user trains an original player character, a player character selected from among a plurality of player characters trained by the user forms a team, and plays against an opponent team (for example, a patent. Reference 1).

In the game described above, when the number of objects owned by the user increases, the objects to be used are limited, so that some objects owned by the user have less opportunities to use. For example, a high performance object may be used often, but a low performance object may be simply owned and used less frequently.

Therefore, it is strongly desired to realize a function that makes it possible to effectively utilize objects whose use opportunities have decreased. In this respect, the game as described above may have a selling function that allows the user to sell the object that the user owns. According to this sale function, the user can sell the object whose usage opportunity is low and obtain the in-game currency.

JP, 2016-163679, A

However, in the case of the sale function described above, the user simply selects an object for which the opportunity of use has decreased as a sale target, and thus there is a lack of interest in the act itself, and the sale function described above is positive. It was not used for.

The present invention has been made in view of the above problems, and an object thereof is, for example, a program and a game that can effectively utilize an object whose use opportunity is reduced and can also enhance the interest of the action. A control method, a game control device, and a game system are provided.

In order to solve the above problems, a program according to an aspect of the present invention newly generates a first object associated with user identification information and, at the same time, until the change in the capability of the first object is completed. Executing a first part for changing the ability of one object and a second part for using the first object selected from the plurality of first objects whose ability has been changed in the first part Execution processing and a second object of a different type from the selected first object in exchange for the first object selected by the user from among the plurality of first objects whose ability has been changed in the first part A program for causing a computer to execute an associating process for associating with the user identification information , wherein the associating process associates at least one second object with the user identifying information regardless of the capability of the selected first object. It is characterized by associating with .

A game control method according to an aspect of the present invention, in a server or a game terminal, newly generates a first object associated with user identification information, and changes the ability of the first object until the first object is completely changed. Executing a first part for changing the ability of one object and a second part for using the first object selected from the plurality of first objects whose ability has been changed in the first part The executing step and the first object selected by the user in exchange for the first object selected by the user from the plurality of first objects whose ability has been changed in the first part in the server or the game terminal. different types of second object have a, an association step of associating with said user identification information, wherein in the associating step, regardless of the capability of the first object mentioned above selected, the user identification information at least one of the second objects and It is characterized by associating with .
A game control device according to an aspect of the present invention newly generates a first object associated with user identification information, and changes the ability of the first object until the change of the ability of the first object is completed. Executing a first part, and a second part using a first object selected from the plurality of first objects whose ability has been changed in the first part, and executing means for executing the first part. In the first part, the first object selected by the user is exchanged with the first object of the plurality of first objects whose ability has been changed, and a second object of a different type from the selected first object is associated with the user identification information. possess means associated, and the association means, regardless of the capability of the first object mentioned above selected, characterized in that at least one second object associated with the user identification information.
A game system according to an aspect of the present invention newly generates a first object associated with user identification information in a server or a game terminal, and the first object is changed until the change in the ability of the first object is completed. Execution for executing a first part for changing the ability of the object, and a second part for using the first object selected from the plurality of first objects whose ability has been changed in the first part Means and the selected first object in exchange for the first object selected by the user among the plurality of first objects whose ability has been changed in the first part in the server or the game terminal. and associating means for associating a second object of a different type with the user identification information, possess, the association means, regardless of the capability of the first object mentioned above selected, at least one second object associated with the user identification information It is characterized by

It is a figure showing the whole game system composition concerning an embodiment of the present invention. It is a figure which shows an example of the flow of a raising part. It is a figure which shows an example of an event deck setting image. It is a figure which shows an example of an event character list image. It is a figure which shows an example of an original character registration image. It is a figure which shows an example of an offer list image. It is a figure which shows an example of an offer master table. It is a figure which shows an example of an offer information image. It is a figure which shows an example of an acquisition candidate item master table. It is a figure which shows an example of an original character list image. It is a figure which shows an example of a negotiation result table. It is a figure which shows an example of an acquisition item table. It is a figure which shows an example of a confirmation image. It is a figure which shows an example of a message master table. It is a figure which shows another example of an offer list image. It is a figure which shows another example of an offer list image. It is a figure which shows an example of a negotiation conclusion image. It is a functional block diagram of a game system concerning an embodiment of the present invention. It is a figure which shows an example of a user table. It is a figure which shows an example of an event character table. It is a figure which shows an example of an original character table. It is a figure which shows an example of an offer table. It is a figure which shows an example of the process performed with a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system.

Embodiments of the present invention will be described below with reference to the drawings.

[1. Configuration of Game System] FIG. 1 shows the configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a game terminal 10 and a server 30. The game terminal 10 can mutually perform data communication with the server 30 via the network N.

The game terminal 10 is a computer used by a user to play a game. For example, the game terminal 10 is a mobile phone (including a smartphone), a personal digital assistant (including a tablet computer), a desktop computer, a laptop computer, a home-use game machine (a stationary game machine), a portable game machine. , Or an arcade game machine installed in a play facility or the like.

As shown in FIG. 1, the game terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, a display unit 15, and a voice output unit 16. The operation unit 14, the display unit 15, and the sound output unit 16 may be provided in the game terminal 10 itself, or may be provided as an external device connected to the game terminal 10.

The control unit 11 includes at least one microprocessor and executes information processing according to a program stored in the storage unit 12. The storage unit 12 includes a main storage unit (for example, a RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory, a hard disk drive, or a solid state drive), and stores programs and data. The communication unit 13 is for performing data communication with other devices via the network N.

The operation unit 14 is for the user to perform various operations. The display unit 15 is for displaying various images, and is, for example, a liquid crystal display or an organic EL display. Although the operation unit 14 and the display unit 15 are shown separately in FIG. 1, the operation unit 14 and the display unit 15 may be integrally configured as a touch panel. It is not essential that the operation unit 14 and the display unit 15 are integrally configured as a touch panel, and the operation unit 14 may be, for example, a button (key), a lever (stick), a touch pad (track pad), a mouse, or the like. In addition, it may be provided separately from the display unit 15. The operation unit 14 may be for the user to perform an operation by voice or gesture. The audio output unit 16 is for outputting audio data, and is, for example, a speaker or headphones.

The server 30 is, for example, a server computer. As shown in FIG. 1, the server 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the game terminal 10. The server 30 can access the database DB. The database DB may be built in the server 30 or in a server computer different from the server 30.

The programs and data are supplied to the game terminal 10 or the server 30 from a remote location via the network N and stored in the storage unit 12 or the storage unit 32. It should be noted that the game terminal 10 or the server 30 may be provided with a component (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). .. Then, the program or data may be supplied to the game terminal 10 or the server 30 via the information storage medium.

[2. Outline of Game] In the game system 1, the game is executed by executing a program on the game terminal 10. The game system 1 can execute various games. For example, a variety of game formats and genres such as sports games (games using baseball, soccer, tennis, American football, basketball, volleyball, etc.), adventure games, simulation games, role-playing games, or training games. It is possible to execute various games.

For example, a game in which a user owns a plurality of objects and uses an object selected from the plurality of objects is executed in the game system 1. Hereinafter, a baseball game will be described as an example of a game executed by the game system 1.

The baseball game described here has a training part and a competition part. The training part is a game part in which a user trains a game character and creates an original character only for himself. On the other hand, the battle part is a game part in which an original character created by the user in the nurturing part is used to form his own baseball team and to compete with the opponent baseball team.

[2-1] In the training part, the user trains the hero character (game character that is the hero) to practice the scenario while playing the scenario (game story) to train the hero character to create his own original character. ..

FIG. 2 shows an example of the flow of the training part. As shown in FIG. 2, in the training part, after the pre-phase PH10 is executed, the training phase PH11 is executed. In the pre-phase PH10, the information necessary for the training phase PH11 is registered and set.

As shown in FIG. 2, in the pre-phase PH10, first, the basic information of the hero character is registered (PH100). For example, the name, position, dominant arm, batting form (or pitching form) of the hero character are registered as basic information.

When the basic information of the main character has been registered, the event deck is set (PH101). FIG. 3 shows an example of the event deck setting image displayed on the display unit 15 for setting the event deck.

Here, the "event deck" will be described. The event deck is constructed using one or more game characters. In the training phase PH11, various events such as an event advantageous for improving the ability of the hero character occur. In this regard, in the raising phase PH11, the generated event is not fixed, and the generated event changes according to one or a plurality of game characters incorporated in the event deck. Therefore, the user can select an event that can occur in the raising phase PH11 by selecting a game character to be incorporated in the event deck. In the following, a game character that can be incorporated in the event deck will be referred to as an “event character”.

A predetermined number of event characters are given to a user when playing a baseball game for the first time. The user can also obtain the event character by lottery, obtain the event character as a reward in the game, or obtain the event character from another user.

As shown in FIG. 3, in the event deck setting image G100, six setting frames A101-1, A101-2, A101-3, A101-4, A101- for setting an event character that is a member of the event deck. 5, A102 are provided.

The setting frames A101-1 to A101-5 are frames for arbitrarily setting the event character owned by the user as a member of the event deck. The setting frame A102 is a frame for arbitrarily setting an event character owned by another user as a member of the event deck. In the setting frames A101-1 to A101-5 and A102, an image showing the event character incorporated in the event deck by the user is displayed together with the rarity and level of the event character.

In the example shown in FIG. 3, “R”, “SR”, “N”, and “PSR” displayed above the image of the event character indicate the rarity of the event character. The “rarity” indicates, for example, the difficulty of obtaining the event character. The higher the rarity of the event character, the more difficult it is to obtain the event character. In general, the higher the rarity of the event character, the higher the usefulness (ability, effect, etc.) of the event character, and therefore “rareness” also indicates the usefulness of the event character. For example, PSR (powerful super rare), SR (super rare), PR (powerful rare), R (rare), PN (powerful normal), or N (normal) in multiple levels of rarity is set for each event character. .. When these are arranged in the descending order, PSR, SR, PR, R, PN, N are obtained. The same event character (an event character having the same name and having the same appearance (image)) may have different rarities.

Further, in the example shown in FIG. 3, “Lv.8”, “Lv.5”, “Lv.10”, and “Iv.3” displayed below the image of the event character indicate the level of the event character. For example, the experience value is given to the event character by combining the event character with another event character. Then, when the experience value of the event character reaches a predetermined value, the level of the event character increases by one.

When the user selects any of the setting frames A101-1 to A101-5 (for example, when a tap operation (an operation of touching for a short time) is performed on any of the setting frames A101-1 to A101-5), An event character list image for selecting an event character to be set in the setting frame is displayed on the display unit 15.

FIG. 4 shows an example of the event character list image. The event character list image G110 shows a list of event characters owned by the user. The event character list image G110 includes the element P111. The process for returning to the event deck setting image G100 is associated with the element P111. Therefore, when the user selects the element P111, the event deck setting image G100 is displayed on the display unit 15.

The event character list image G110 includes an element P112 for setting the setting frame to an empty state (a state in which no event character is set) and elements P113-1 to P113 corresponding to the event characters owned by the user. -9 and. Each of the elements P113-1 to P113-9 indicates the image, the rarity, and the level of the event character. Regarding the event character already incorporated in the event deck, the text (or image) "in use" is displayed, and the same event character cannot be duplicated in the event deck.

When the user performs a long-pressing operation on any of the elements P113-1 to P113-9 (an operation of keeping touching for a predetermined time or more), an image showing the information of the event character corresponding to the element is displayed on the display unit 15. Is displayed.

On the other hand, when the user performs a tap operation on any of the elements P113-1 to P113-9, the event character corresponding to the element is assigned to the setting frame. When the user selects the element P111, the setting frame is set to the empty state.

As described above, the user sets an event character in the setting frames A101-1 to A101-5 of the event deck setting image G100. When the user selects the setting frame A102 of the event deck setting image G100, an image for selecting a helper from the event characters owned by other users is displayed on the display unit 15. Then, when the user selects one of the event characters owned by another user, the event character is set in the setting frame A102.

An area A103 of the event deck setting image G100 shows a good practice of the event character incorporated in the event deck. Each event character has 10 hits such as "hit", "muscle strength", "running base", "shoulder strength", "defense", "mental", "ball speed", "control", "stamina", and "changing ball". One of the types of practice is set as a good practice. In the training phase PH11 (scenario), the hero character can be practiced to increase the ability of the hero character. In particular, it may be possible to significantly improve the ability of the hero character than usual by making the hero character practice the event character's strengths incorporated in the event deck.

The element P104 is for automatically setting an event character in the setting frames A101-1 to A101-5, A102, and the element P105 is for completing the setting of the event deck. .. When the user selects the element P105, the setting of the event deck is completed.

As shown in FIG. 2, when the setting of the event deck is completed, the game item is selected (PH102). The user can obtain, as a reward, a game item that is advantageous in increasing the ability of the main character, or can be obtained from another user. In this phase PH102, the user selects a game item to be used in the raising phase PH11 from the game items owned by the user.

When the selection of the game item is completed, the breeding phase is started (PH11). In the training phase PH11, the scenario progresses by the user repeatedly selecting an action (practice, rest, play, etc.) to be performed by the main character. In this scenario, the hero character belongs to a high school baseball team, participates in a baseball tournament while practicing with his teammates, and aims to be scouted as a professional baseball player in the fall of the third year of high school. As described above, in the scenario, an event character incorporated in the event deck appears and an event occurs according to the event character.

In the training phase PH11, experience points are given to the main character based on the action selected by the user. The user can use the experience points to improve the ability of the main character. For example, the basic ability of the hero character can be increased, or the hero character can acquire special ability. In the training phase PH11, a pitcher or fielder player character can be created.

When the scenario progresses to the end, the training of the main character is completed. The hero character who has been trained is registered as an original character (PH12). In this case, the display unit 15 displays an original character registration image for registering the hero character who has been raised as an original character.

FIG. 5 shows an example of an original character registration image. In the original character registration image G120, information on the main character who has been raised is displayed. For example, the elements P121 and P122 of the original character registration image G120 indicate the image, name, position, hitting form, and dominant arm of the hero character who has been raised.

The element P123 indicates a basic ability parameter of the main character who has been trained. In the example shown in FIG. 5, the trajectory, the meat, the power, the running force, the shoulder force, the defense force, and the catching parameter are shown, and the numerical value and the alphabet are shown for each basic ability parameter. The numerical value indicates the value of the basic ability parameter, and the alphabet (for example, S, A, B, C, D, E, F, G) indicates the level (stage) of the high level of the basic ability. "S" indicates that the basic ability is very high, and "G" indicates that the basic ability is very low.

The ballistic parameter indicates how high the ball hits. The meat parameter indicates the meat force (the ability of the pitcher to hit the bat with the ball thrown). The power parameter indicates power (the ability of a pitcher to fly a ball thrown by hitting it with a bat). The running force parameter indicates the speed of the foot. The shoulder force parameter indicates the speed of throwing the ball. The defense force parameter indicates the skill of defense.

Element P124 represents the special ability acquired by the main character whose training has been completed. In the example shown in FIG. 7, as special abilities, "Chance ◎", "Counter-to-left pitcher ○", and "Stolen base ○" are shown. “⊚” and “∘” indicate the degree of special ability, and “⊚” indicates that the degree of special ability is higher than that of “◯”.

“Chance ◎” is a special ability that is extremely strong in chance. If the original character has acquired the "chance ◎", the basic ability of the original character is greatly increased at the time of the chance. "Old left pitcher ○" is a special ability that is strong against left pitchers. If the original character has mastered the "anti-left pitcher", the basic ability of the original character will be high when the opponent's pitcher is the left pitcher. "Stole base ○" is a special ability that makes it easy to steal successfully. If the original character has acquired "theft base", the original character is likely to succeed in stealing.

The original character registration image G120 also includes an element P125. The element P125 is associated with a process for registering the completed main character as an original character. Therefore, when the user selects the element P125, the hero character whose breeding is completed is registered as the original character. Note that another hero character can be trained (that is, another original character can be generated) by restarting the training part from the beginning after the training part is finished.

[2-2] The original character registered in the training part can be used in the battle part. In the battle part, the user aims to win the battle by competing with the opponent baseball team by forming his own baseball team using the original character created in the training part.

[2-3] Since the number of original characters that can be used in the battle with the opponent is limited, if the number of original characters owned by the user increases, some of the original characters will not be used in the battle. For example, since the user tends to preferentially use an original character with high ability in a battle with an opponent, an original character with inferior ability is likely not to be used in the battle but to be simply owned. .. In this respect, the baseball game according to the present embodiment has a function that allows the user to effectively utilize the original character whose use opportunity is reduced. Specifically, the user can obtain the game item in exchange for the original character by releasing the original character in response to the offer from the game system 1. Hereinafter, this function will be referred to as an “offer function”. The offer function will be described below.

FIG. 6 shows an example of the offer list image. The offer list image G130 shows a list of offers from the game system 1 to the user. The offer list image G130 includes a plurality of elements P131-1 to P133-4 corresponding to the plurality of offers, respectively. Each of the elements P131-1 to P133-4 indicates the content of the offer, the difficulty level, and the eyeball item.

For example, the element P131-1 indicates that the content of the offer is “I want a good meat player”, the difficulty level is “1”, and the feature item is “game item C2”. In the example shown in FIG. 6, the difficulty level is indicated by the number of stars. The higher the number of stars, the higher the difficulty. The higher the difficulty level, the more stringent the requirements for the original character, and the more difficult it is to obtain a centerpiece item. This point will be described later (see FIGS. 7, 11, and 12).

The game system 1 has a plurality of offers. FIG. 7 shows an example of an offer master table showing a list of offers prepared in the game system 1. As shown in FIG. 7, the offer master table TBL101 includes “ID”, “contents”, “difficulty level”, “condition”, “acquisition candidate item”, and “negotiation time” fields.

The “ID” field indicates information uniquely identifying each offer prepared in the game system 1. The "content" field indicates the content of the offer. In other words, the "content" field gives an overview of the original character requested in the offer.

The “Difficulty” field indicates the difficulty of responding to the offer. The larger the value in the “difficulty level” field, the higher the difficulty level. “Condition” indicates the condition of the original character required by the offer. Offers with a higher degree of difficulty are subject to more severe conditions than offers with a lower degree of difficulty. For example, an offer with a high degree of difficulty has more conditions than an offer with a low degree of difficulty. Further, for example, an offer with a high degree of difficulty is set to a condition that is difficult to be satisfied as compared with an offer with a low degree of difficulty.

The “acquisition candidate item” field indicates a candidate of a game item that the user can acquire in exchange for the original character. Here, the game item may be used to favorably advance the breeding of the original character in the breeding part, or may be used to favorably advance the battle in the battle part. Good.

The higher the difficulty level, the higher the value (performance or rarity) of the game item is included in the acquisition candidate items. In other words, the higher the difficulty level, the more useful the game item is included in the acquisition candidate items. In the example shown in FIG. 7, the S class game item, the A class game item, the B class game item, the C class game item, and the D class game item are set as acquisition candidate items. If these are arranged in descending order of value, they will be an S grade game item, an A grade game item, a B grade game item, a C grade game item, and a D grade game item.

For example, the following game items are set as acquisition candidate items (any one of the S class game item to the D class game item).
-Items that restore the physical strength of the main character in the training part (recovery medicine, etc.)
・Items that increase the probability of occurrence of specific events in the training part (amulets, etc.)
-Items that temporarily raise the ability of the original character in the battle part (special bat that temporarily raises power parameter, special gum that temporarily raises meat parameter, special gum that temporarily raises control parameter) Ball, or special gum that temporarily increases the speed parameter)

A game item that can be used in other than the training part and the battle part may be set as an acquisition candidate item (any one of the S class game item to the D class game item). For example, in-game currency or points may be set as the acquisition candidate item. Specifically, the in-game currency (or points) required to obtain a special game item, the points (or in-game currency) required to perform a lottery of event characters, and the necessary to compete. Points (or in-game currency) or the like may be set as the acquisition candidate item.

The “eyeball item” shown in FIG. 6 is the game item with the highest value among the acquisition candidate items. In other words, the “eyeball item” indicates a game item with the highest value among the game items that the user may obtain in exchange as the original character.

The "negotiation time" field indicates the negotiation time when the user responds to the offer. As will be described later, when the user selects the original character to be released and responds to the offer, an effect is provided as if an exchange negotiation between the original character to be released and the acquisition candidate item is performed, and depending on the negotiation result. At least one of the acquisition candidate items is given to the user. "Negotiation time" indicates the elapsed time in the real world until the negotiation result is obtained. The higher the difficulty, the longer the negotiation time.

The content of the offer OF101 (the offer whose ID is "OF101") is "I want a good meat player", and the offer OF101 is an offer that requests the user to release the original character with high meet ability. .. The difficulty of the offer OF101 is “1”, and one condition is set for the offer OF101. Specifically, there is one condition that the meet parameter is "C" or more (that is, the condition that the meet parameter is any of "S", "A", "B", and "C"). Only set. The acquisition candidate items include C-class game items and D-class game items, and the negotiation time is set to 30 minutes.

The content of the offer OF201 (the offer whose ID is "OF201") is "I want a player who is strong in chance", and the offer OF201 requests the user to release an original character that can exert his ability in the scene of the chance. It is an offer to do. The difficulty of the offer OF201 is “2”, and two conditions are set in the offer OF201. Specifically, a condition that the power parameter is “C” or more (that is, a condition that the power parameter is “S”, “A”, “B”, or “C”) and a special condition Two conditions are set, that is, the condition of having the ability “Chance O or O”. These two conditions relate to different items (ability items). In the offer OF201, more conditions are set than in the offer OF101, and therefore, the difficulty level is higher than that of the offer OF101. The acquisition candidate items also include B-class game items, and the negotiation time is set to 60 minutes. That is, as compared with the offer OF101, a game item of higher value is included in the acquisition candidate items, and the negotiation time is longer.

The content of the offer OF301 (the offer whose ID is "OF301") is "I want a player with high responsiveness", and the offer OF301 releases an original character that can deal with various pitchers and scenes. It is an offer requested to the user. The difficulty of the offer OF301 is “3”, and three conditions are set in the offer OF301. Specifically, the condition that the meet parameter and the power parameter are “C” or more (that is, both the meet parameter and the power parameter are either “S, A, B, C”) and the special ability “ Three conditions are set: a condition that the player has a left-handed pitcher ○ or ◎" and a condition that the player has the special ability "sinking ○ or ◎". These three conditions are also related to different items (ability items). In the offer OF301, more conditions are set than in the offer OF201, and therefore, the difficulty level is higher than that of the offer OF201. In addition, the acquisition candidate items include A-class game items, and the negotiation time is set to 90 minutes. That is, as compared with the offer OF201, a game item having a higher value is included in the acquisition candidate items, and the negotiation time is longer.

The content of the offer OF401 (the offer whose ID is “OF401”) is “I want a player trained by using the event characters “Yabe” and “Kamoto””, and the offer OF401 is the event characters “Yabe” and “Yabe”. This is an offer that requires the user to release the original character created by playing the breeding part while both of "Kamomoto" are set in the event deck. The difficulty level of the offer OF 401 is “4”, and three conditions are set in the offer OF 401. Specifically, the condition that the event character "Yabe" of rarity "R" or higher is trained in a state of being set on the event deck, and the event character "Kamoto" of rarity "R" or higher is set on the event deck. There are three conditions, that is, the condition that the meat parameter is raised and the condition that the meat parameter is "A" or more (that is, the condition that the meat parameter is either "S" or "A"). It is set. These three conditions are also conditions regarding different items. Although the number of conditions is the same as that of the offer OF301, in the offer OF401, the types and rarities of the event characters used in the training part are limited, and therefore the difficulty level is higher than that of the offer OF301. The acquisition candidate items also include S-class game items, and the negotiation time is set to 120 minutes. That is, as compared with the offer OF301, game items of higher value are included in the acquisition candidate items, and the negotiation time is longer.

In the example shown in FIG. 7, offers of difficulty “1” to “4” are registered, but offers of difficulty “5” or higher may be registered.

An offer to the user is selected from a plurality of offers registered in the offer master table TBL101. For example, at a predetermined time (for example, midnight) every day, a predetermined number (for example, one) of offers of each difficulty level are selected for each user. Then, in the offer list image G130, the offers selected for each user as described above are displayed. Therefore, the offer displayed in the offer list image G130 differs depending on the user. Further, the offer displayed in the offer list image G130 changes every day. It should be noted that the offers displayed in the offer list image G130 may be the same for the entire game system 1 without being different for each user. Further, all the offers registered in the offer master table TBL101 may be displayed on the offer list image G130.

The user specifies any offer by performing a tap operation on any of the elements P131-1 to P131-4 of the offer list image G130. When any of the offers is specified, the offer information image showing the detailed information of the offer is displayed on the display unit 15.

FIG. 8 shows an example of the offer information image. FIG. 8 shows the offer information image G140 when the tap operation is performed on the element P131-3 (that is, when the offer OF301 is specified). The offer information image G140 displays the content of the specified offer, the difficulty level, the negotiation time, the condition, and the acquisition candidate item.

In the example shown in FIG. 8, game items A1, B1, C1, and D1 are displayed as acquisition candidate items. In the game system 1, game items that can be set as acquisition candidate items are defined for each rank. FIG. 9 shows an example of an acquisition candidate item master table TBL102 in which game items that can be set as acquisition candidate items are defined for each rank. In the acquisition candidate item master table TBL102, game items (ID, names) that can be set as acquisition candidate items are registered for each rank. The “ID” here is identification information for uniquely identifying each game item.

In the example shown in FIG. 9, game items S1 to S3 that are S-class game items, game items A1 to A3 that are A-class game items, and B-class game items are game items that can be set as acquisition candidate items. The game items B1 to B3, the game items C1 to C3 that are C class game items, and the game item D1 that is a D class game item are registered. For example, when the A-class game item is included in the acquisition candidate item, any of the game items A1 to A3 is randomly selected based on a random number and set as one of the acquisition candidate items. The same applies to S-class game items, B-class game items, C-class game items, and D-class game items.

In the example shown in FIG. 9, only one game item (game item D1) is registered as the D-class game item, but a plurality of game items may be registered as the D-class game item. Conversely, only one game item may be registered as the S class game item, the A class game item, the B class game item, or the C class game item.

In the offer of the difficulty level “3”, the A-class game item, the B-class game item, the C-class game item, and the D-class game item are set as acquisition candidate items (see FIG. 7 ), so in the example shown in FIG. , A-class game items, B-class game items, C-class game items, and D-class game items are selected as game items A1, B1, C1, and D1 and displayed on the offer information image G140 as acquisition candidate items.

Offer information image G140 includes element P141. The process for returning to the offer list image G130 is associated with the element P141. Therefore, when the user selects the element P141, the offer list image G130 is displayed on the display unit 15.

Further, the offer information image G140 includes an element P142. The process for selecting the offer displayed in the offer information image G140 is associated with the element P142. Therefore, when the user selects the element P142, the offer displayed in the offer information image G140 is selected, and the original character list image for selecting the original character to be emitted for the offer is displayed on the display unit 15. It

FIG. 10 shows an example of the original character list image. The original character list image G150 includes the element P156. The process for returning to the offer information image G140 is associated with the element P156. Therefore, when the user selects the element P156, the offer information image G140 is displayed on the display unit 15.

In the area A151 of the original character list image G150, a plurality of elements P152 (P152-1 to P152-6 etc.) respectively corresponding to the original characters owned by the user are displayed. For example, in the element P152-1 corresponding to the original character "Tanaka", the name of the original character (Tanaka) and the total ability (C) are displayed. Here, the “general ability” is a comprehensive evaluation of the ability of the original character. For example, the “general ability” is indicated by “S, A, B, C, D, E, F, G”. Be done. "S" indicates that the ability is very high, and "G" indicates that the ability is very low.

The user specifies the original character by performing a tap operation on any of the plurality of elements P152. The example illustrated in FIG. 10 illustrates a case where the tap operation is performed on the element P152-1. In this case, the element P152-1 is displayed in a distinctive manner by, for example, attaching a thick frame to the element P152-1.

In the area A153, information on the original character designated by the user is displayed. When the tap operation is performed on the element P152-1, the original character "Tanaka" corresponding to the element P152-1 is designated, and the information of the original character "Tanaka" is displayed in the area A153. It For example, a name, a position, a dominant arm, a trajectory parameter, a meat parameter, a power parameter, a running force parameter, a shoulder force parameter, and a defense force parameter are displayed in the area A153.

In the area A154, the condition of the player requested by the offer designated by the user is displayed. Further, in the area A154, the condition that the specified original character is satisfied is shown. In the example shown in FIG. 10, elements P155-1, P155-2 indicating check marks are displayed. Elements P155-1 and P155-2 indicate the conditions satisfied by the specified original character among the conditions displayed in the area A154.

Since both the meat parameter and the power parameter of the original character “Tanaka” are “C”, the original character “Tanaka” satisfies the condition “meat and power is “C” or more”. Therefore, a check mark (element P155-1) is displayed in association with the condition.

Further, since the original character “Tanaka” has the special ability “to the left pitcher ○” (see FIG. 5), the original character “Tanaka” has “to the left pitcher ○ or ◎”. The conditions of are satisfied. Therefore, a check mark (element P155-2) is displayed in association with the condition.

On the other hand, since the original character "Tanaka" does not have the special ability "Sinking O" or "Sinking ◎" (see FIG. 5), the original character "Tanaka" is "Sinking ○ or ◎". It does not meet the condition of "having". Therefore, no check mark is displayed in association with the condition.

Further, the degree of expectation is displayed in the area A154. The degree of expectation indicates the expectation of the negotiation result when it is hypothesized that the original character designated by the user is emitted. In the game system 1, the negotiation result is determined based on the total ability of the original character and the number of conditions that the original character satisfies. FIG. 11 shows an example of a negotiation result table for determining the negotiation result. The negotiation result table TBL103 is set for each difficulty level of the offer. FIG. 11 mainly shows the negotiation result table TBL103 when the difficulty level is "3".

As shown in FIG. 11, in the negotiation result table TBL103, the negotiation result (great success, success, or failure) is set for each combination of the total ability of the original character and the number of conditions satisfied by the original character. There is.

In the example shown in FIG. 11, even if the original character does not satisfy all the conditions, the negotiation result will not be "failure" if the total ability of the original character is high. For example, even if there is one condition that the original character is not satisfied, if the total ability of the original character is "A, B, C", the negotiation result is "success" and the original character If the character's total ability is "S", the negotiation result will be "great success". Further, for example, even if there are two conditions in which the original character is not satisfied, the negotiation result is “success” if the total ability of the original character is “S”.

The negotiation result affects the game item (acquired item) that the user acquires in exchange for the original character. FIG. 12 shows an example of an acquired item table for determining an acquired item. In the acquired item table TBL104, the acquired item corresponding to the negotiation result is determined for each difficulty level of the offer.

In the acquired item table TBL104, the better the negotiation result is, the more valuable the game item can be acquired by the user. Further, the higher the difficulty level of the offer, the more valuable the game item can be acquired by the user.

Here, it is assumed that the difficulty level of the offer is “3”. As shown in FIG. 7, in the offer of the difficulty level “3”, the A-class game item, the B-class game item, the C-class game item, and the D-class game item are set as the acquisition candidate items.

For example, when the negotiation result is “failure”, the D-class game item is given to the user from the acquisition candidate items. When the negotiation result is “success”, the user is given two items selected at random based on a random number from the A-class game item, the B-class game item, and the C-class game item. In this case, a game item of higher value is given to the user as compared with the case where the negotiation result is “failure”.

Further, for example, when the negotiation result is “great success”, one of the B-class game item and the C-class game item is randomly selected based on a random number, and the A-class game item is given to the user. It If the negotiation result is “success”, the A-class game item (eyeball item) may not be given to the user, whereas if the negotiation result is “great success”, the A-class game item. Is certainly given to the user. That is, a valuable game item is surely given to the user.

The degree of expectation displayed in the area A154 of the original character list image G150 plays a role of suggesting whether the negotiation result is “great success”, “success”, or “failure”. For example, the degree of expectation takes a value of "1" to "3", and the degree of expectation is indicated by the number of stars in the area A154. The degree of expectation “1” indicates that the negotiation result will be “failure”. The degree of expectation "2" indicates that the negotiation result will be "success". The expectation level of "3" indicates that the negotiation result will be "great success". In addition, as described above, when the negotiation result is “great success”, the user can certainly acquire the highlight item. In addition, when the negotiation result is “success”, the user may be able to obtain the highlight item. For this reason, the degree of expectation also plays a role of suggesting the possibility that the user can acquire a highlight item. In the example shown in FIG. 10, since the degree of expectation is "2", if the original character "Tanaka" is released in response to the offer, the negotiation result will be "success" and there is a possibility that the eyeball item can be acquired. Suggests that there is.

The user selects the original character to be emitted in response to the offer (the original character to be emitted) while referring to the contents of the areas A153 and A154. That is, the user refers to the contents of the areas A153 and A154 and selects the original character having a higher possibility of acquiring the centerpiece item as the emission target.

In the area A151 of the original character list image G150, the display order of the original characters may be set based on the total ability. For example, the display order of the original characters may be set in descending order of the total ability. That is, the original characters may be displayed in descending order of total ability. For example, in the case of the example shown in FIG. 10, in the vertical direction, an original character having a higher total ability may be displayed above. Further, in the horizontal direction, an original character having a higher total ability may be displayed on the left. In the case of the example as shown in FIG. 10, the user tends to look at the element P152 (original character) in order from the upper side or the left side of the area A151, and thus, there is a possibility that the eyeball item is acquired. It becomes easier for the user to select a higher original character.

The original character list image G150 includes the element P157. The element P157 is associated with processing for selecting the original character in the designated state as the emission target. Therefore, when the user selects the element P157 in the state shown in FIG. 10, the original character "Tanaka" is selected as the emission target.

When the element P156 is selected, the display unit 15 displays a confirmation image for making a final confirmation with the user as to whether or not the offer is to be met.

FIG. 13 shows an example of the confirmation image. The element P161 of the confirmation image G160 is a message having the same role as the degree of expectation displayed in the area A154 of the original character list image G150. That is, the element P161 plays a role of suggesting the negotiation result and the possibility that the user can acquire the featured item.

The message displayed as the element P161 changes according to the degree of expectation (expected negotiation result). FIG. 14 shows an example of a message table for determining a message to be displayed as the element P161. The message table TBL105 is set for each difficulty level. In the message table TBL105, a message is associated with a combination of the degree of expectation and the number of conditions satisfied by the original character.

In the offer of difficulty level “3”, the negotiation result cannot be “success” or “great success” when the number of conditions satisfied by the original character is 0 (see FIG. 11), and the degree of expectation. Is never set to "2" or "3", so no message is set in the message table TBL105. Similarly, in the offer of difficulty level “3”, the negotiation result cannot be “failure” when the number of conditions satisfied by the original character is three (see FIG. 11 ), and the degree of expectation is “1”. Therefore, no message is set in the message table TBL105.

The user finally decides whether or not to respond to the offer while referring to the content of the element P161. If the offer is not met, the user selects element P163. When the element P163 is selected, the original character list image G150 is displayed on the display unit 15.

On the other hand, when responding to the offer, the user selects the element P162. When the element P162 is selected, it is determined that the original character selected as the emission target is emitted to the offer. That is, the selection of the offer and the selection of the original character to be released are formally accepted, and the negotiation is executed. However, the negotiation is not actually executed, the negotiation result is determined according to the negotiation result table TBL103, and the game item that the user acquires is determined according to the acquisition item table TBL104.

The negotiation result is notified to the user after the negotiation time has elapsed. FIG. 15 shows an example of the offer list image G130 before the negotiation time elapses. In the example illustrated in FIG. 15, an element P132 indicating that negotiation is in progress or the remaining time until the negotiation is completed (the negotiation time elapses) is displayed in association with the element P131-3.

FIG. 16 shows an example of the offer list image G130 when the negotiation time has passed. In the example illustrated in FIG. 16, the element P133 indicating that the negotiation has been established is displayed in association with the element P131-3. When the user selects the element P131-3 in this state, a negotiation completion image indicating that the negotiation has been established is displayed on the display unit 15.

FIG. 17 shows an example of the negotiation establishment image. In the area A171 of the negotiation successful image G170, the contents of the offer and the difficulty level of the offer answered by the user are displayed.

In the area A172, information on the original character released by the user in response to the offer is displayed. In the example shown in FIG. 17, the name of the original character released by the user and the condition of the player requested by the offer are displayed. Further, similarly to the area A154 of the original character list image G150, in the area A172, the elements P173-1 and P173-2 are displayed in association with the condition satisfied by the original character.

In the area A174, information on the game item acquired by the user is displayed. In the example shown in FIG. 17, the name of the game item acquired by the user is displayed.

Element P175 is for ending confirmation of the negotiation result. When the user selects the element P175, the offer list image G130 is displayed. At this time, in the offer list image G130, an offer of another difficulty level “3” is displayed as the element P131-3, and a new offer is presented to the user.

According to the offer function described above, the user can obtain a game item in exchange for an arbitrary original character. For example, the user can obtain a game item in exchange for an original character that has less chance of use. In particular, the offer function requires the user to weigh the offer and the original character and select the original character to be offered or released. As a result, according to the offer function, it is possible to provide the user with the interest of comparing the offer and the original character and selecting the offer or the original character to be released.

[3. Functional Block] A functional block related to the above-mentioned offer function will be described. FIG. 18 is a functional block diagram showing functional blocks related to the offer function among the functional blocks realized by the game system 1.

[3-1] As shown in FIG. 18, the game system 1 includes a data storage unit 100. For example, the data storage unit 100 is realized by at least one of the database DB, the storage unit 12, and the storage unit 32. The data storage unit 100 stores data necessary for providing a game.

Here, as a specific example of the data stored in the data storage unit 100, data necessary for providing the above-described baseball game will be described. As shown in FIG. 18, the data storage unit 100 includes an offer master table TBL101, an acquisition candidate item master table TBL102, a negotiation result table TBL103, an acquisition item table TBL104, a message table TBL105, a user table TBL106, an event character table TBL107, and an original character. The table TBL108 and the offer table TBL109 are included. Among these, the offer master table TBL101, the acquisition candidate item master table TBL102, the negotiation result table TBL103, the acquisition item table TBL104, and the message table TBL105 have already been described, and thus the description thereof will be omitted here.

[3-1-1] FIG. 19 shows an example of the user table TBL 106. The user table TBL 106 is data indicating a list of users who play the game on the game system 1. As shown in FIG. 19, the user table TBL 106 includes “user ID”, “user name”, and “game item” fields.

The “user ID” field shows identification information for uniquely identifying each user. The "user name" field indicates the name of the user. The "game item" field indicates a list of game items owned by the user. The "game item owned by the user" is a game item that the user can use arbitrarily. For example, the ID of the game item owned by the user is registered in the “game item” field.

[3-1-2] FIG. 20 shows an example of the event character table TBL107. The event character table TBL107 is stored for each user (stored in association with each user ID). The event character table TBL107 shows a list of event characters owned by the user. The “event character owned by the user” is an event character in a state in which the user can arbitrarily use it. The event character table TBL107 includes the fields described below.

The “ID” field indicates identification information for identifying the event character owned by the user. The “name” field indicates the name of the event character. The "rarity" field indicates the rarity of the event character. The “appropriate position” field indicates a baseball position in which the event character is good. The “special practice” field indicates a practice item that the event character is good at. The "level" field indicates the level of the event character.

The “ability parameter” fold indicates the ability parameter of the event character. For example, when a match event occurs in the training phase, the event character incorporated in the event deck participates in the match as a teammate of the main character. In such a match event, the ability parameter of the event character is referred to.

The “event effect” field indicates the event effect associated with the event character. For example, the “event effect” field indicates information about effects that can occur in the breeding phase when the event character is incorporated in the event deck. Information indicating the name and content of an event or bonus that can occur in the breeding phase when the event character is incorporated in the event deck is registered in the "event effect" field.

[3-1-3] FIG. 21 shows an example of the original character table TBL108. The original character table TBL108 is stored for each user (stored in association with each user ID). The original character table TBL108 shows a list of original characters owned by the user. The “original character owned by the user” is an original character that the user can use arbitrarily. The original character table TBL108 includes the fields described below.

The “ID” field indicates identification information for identifying the original character owned by the user. The "name" field indicates the name of the original character. The “appropriate position” field indicates a baseball position in which the original character is good. The "dominant arm" field indicates the dominant arm of the original character. The “form” field indicates the batting or pitching form of the original character. If the original character is a fielder, the batting form is registered in the "form" field, and if the original character is a pitcher, the pitching form is registered in the "form" field.

The “total ability” field indicates the original ability of the original character. The “ability parameter” field indicates the ability parameter of the original character. The basic ability parameters (ballistic, meet, power, running force, shoulder strength, defensive force, ball catching parameters) indicating the original ability of the original character and the special ability parameters indicating whether or not each original character has special ability are "ability parameters". Registered in the field.

The "event character" field shows the event character used when the original character was raised. For example, the ID of the event character set in the event deck when the original character was raised is registered in the "event character" field.

[3-1-4] FIG. 22 shows an example of the offer table TBL 109. The offer table TBL 109 is stored for each user (stored in association with each user ID). The offer table TBL 109 shows a list of offers currently made to the user. The offer table TBL 109 includes the fields described below.

The “Difficulty” field indicates the difficulty of the offer. The "offer" field indicates the offer being made to the user. The “acquisition candidate item” field indicates the D-class, C-class, B-class, A-class, and S-class game items selected as acquisition candidate items. The "status flag" field indicates the status of the offer. For example, the value "0", "1", or "2" is registered in the "state flag" field. The value "0" indicates that the negotiation has not been performed, the value "1" indicates that the negotiation is in progress, and the value "2" indicates that the negotiation has been established.

The "released original character" field indicates the original character released by the user for the offer. The “negotiation result” field indicates the negotiation result. For example, the value “0”, “1”, or “2” is registered in the “negotiation result” field. The value “0” indicates that the negotiation result is “failure”, the value “1” indicates that the negotiation result is “success”, and the value “2” indicates that the negotiation result is “great success”. Show. The “acquisition item” field indicates a game item that the user acquires in exchange for the original character. The "scheduled end date/time" field indicates the scheduled date/time when the negotiation time elapses.

[3-2] As shown in FIG. 18, the game system 1 includes a display control unit 110, a condition information selection reception unit 120, an object selection reception unit 130, and an association unit 140. For example, these are realized by the control unit 31 of the server 30. Note that all or part of these may be realized by the control unit 11 of the game terminal 10.

[3-2-1] The display control unit 110 controls to display various information on the display unit 15. For example, the display control unit 110 performs control for displaying on the display unit 15 condition information indicating a condition to be satisfied by the first object in order to exchange the first object associated with the user identification information for the second object. To do. For example, the display control unit 110 controls the display unit 15 to display a combination of the condition information and the second object associated with the condition information.

The condition information selection receiving unit 120 receives selection of condition information. The condition information selection receiving unit 120 receives selection of the condition information displayed on the display unit 15.

The object selection receiving unit 130 receives the selection of the first object associated with the user identification information. The associating unit 140 exchanges the selected first object with the selected condition information in exchange for the selected first object based on the determination result of whether or not the selected first object satisfies the condition indicated by the selected condition information. Associate the associated second object with the user identification information.

Here, "displaying various information on the display unit 15" means, for example, by generating data necessary for displaying an image showing various information and transmitting the data to the game terminal 10. This is to display an image on the display unit 15. The “data necessary for displaying an image” may be data indicating the image itself or may be data necessary for generating an image. Further, “displaying various information on the display unit 15 ”may be, for example, generating an image indicating various information and displaying the image on the display unit 15.

“User identification information” is information for uniquely identifying a user. In other words, the “user identification information” is information for identifying the user. For example, the user ID corresponds to an example of “user identification information”. The user's name, user account, or e-mail address may correspond to an example of “user identification information”.

An "object" is an object that can be used by a user. The “object” may be an object that can be used in a game (game object) or an object that can be used outside the game (object other than game object). For example, a game character, a game item, or the like corresponds to an example of “game object”. The game character or game item may be displayed on the game screen in the form of a game card. Further, for example, a plurality of parameters are set for the game object.

The “first object associated with user identification information” is an object stored in association with the user identification information. In other words, it is an object owned by the user identified by the user identification information. Furthermore, in other words, it is an object in a state in which it can be used by the user identified by the user identification information.

For example, the game object generated based on the game play of the user identified by the user identification information corresponds to an example of the “first object associated with the user identification information”. Here, the “game object generated based on the user's game play identified by the user identification information” is a game object generated as a result of the user playing the game. In other words, it is a game object whose parameters are set based on the game play by the user. That is, it is a game object in which the parameters are updated and the parameters are finalized based on the game play by the user. For example, a game object generated by a user, a game character cultivated by the user, or a game item enhanced by the user is an example of “a game object generated based on the game play of the user identified by the user identification information”. Equivalent to.

The “second object” is an object different from the first object. For example, the “second object” is an object of a type different from the first object.

The “object of a type different from the first object” is an object used for a purpose different from the first object. In other words, it is an object in which parameters of items different from the items of the plurality of parameters set in the first object are set. Furthermore, in other words, the upper limit number that the user can own is an object that is managed separately from the first object. That is, even if the number of the first objects owned by the user reaches the upper limit, the user adds the second object unless the number of the second objects owned by the user reaches the upper limit. Can be obtained at. For example, when the first object is a game character, the second object is a game item.

“Replacing the first object with the second object” means associating the second game object with the user identification information in exchange for releasing the association between the first game object and the user identification information. "Replace the first object with the second object" means "exchange the first object with the second object", "replace the first object with the second object", or "replace the first object with the second object". It can be paraphrased as "etc."

The “condition information” is information indicating one or a plurality of conditions that the first object must satisfy in order to exchange the first object with the second object.

For example, the condition regarding the parameter information of the first object corresponds to an example of the “condition”. The "parameter information" is, for example, information indicating the performance of the object. Specifically, it is information indicating whether the performance of the object is high or low. Alternatively, it is information indicating whether or not the object has a specific performance. Further, the “parameter information” may be, for example, information indicating the state of the object. Specifically, it may be information indicating whether the state of the object is good or bad. Further, the “parameter information” may be, for example, information indicating the rarity or popularity of the object. The parameter information is not limited to the numerical information and may be information other than the numerical information.

Specifically, the condition that the value of the predetermined performance parameter of the first object is equal to or more than (or less than) the threshold corresponds to an example of the “condition”. The condition that the first object has a predetermined special performance corresponds to an example of the “condition”. If the first object is a “game object generated based on the user's game play”, it indicates the game object (game character, game item, or the like) used when generating the first object. The information also corresponds to an example of “parameter information”, and the condition that a specific game object (game character, game item, or the like) is used when generating the first object corresponds to an example of “condition”. The “plurality of conditions” when the condition information indicates a plurality of conditions is, for example, a plurality of conditions related to different items. For example, “a plurality of conditions” are a plurality of conditions related to different parameter information (in other words, a plurality of conditions related to different parameter items).

“Accepting selection of condition information” means receiving data indicating that condition information has been selected. That is, receiving data indicating that at least one of the plurality of condition information has been selected. Note that “accepting selection of condition information” may mean accepting an operation for selecting condition information. That is, the operation of selecting at least one of the plurality of condition information may be accepted.

“Accepting the selection of the first object” means receiving data indicating that the first object has been selected. That is, receiving data indicating that at least one first object of the plurality of first objects associated with the user identification information is selected. Note that “accepting the selection of the first object” may mean accepting an operation of selecting the first object. That is, the operation of selecting at least one first object of the plurality of first objects associated with the user identification information may be accepted.

The “second object associated with the condition information” is the second object stored in association with the condition information.

"Associating the second object associated with the condition information with the user identification information" is to store the second object associated with the condition information in association with the user identification information. In other words, the second object associated with the condition information is added to the user identified by the user identification information. In other words, the second game object associated with the condition information is added to the second object owned by the user identified by the user identification information. In other words, the user identified by the user identification information makes the second object associated with the condition information usable in the game.

“Associating the second object with the user identification information in exchange for the selected first object” means that the second object is identified by the user after the association between the selected first object and the user identification information is released. To associate with information. Alternatively, after associating the second object with the user identification information, the association between the selected first object and the user identification information may be released. Alternatively, the association between the selected first object and the user identification information may be released, and the second object may be associated with the user identification information. In short, the cancellation of the association between the selected first object and the user identification information and the association between the second object and the user identification information may be executed at different times, or may not be executed simultaneously. Note that "releasing the association between the selected first object and the user identification information" means removing the selected first object from the first objects owned by the user.

"Associating the second object with the user identification information in exchange for the first object based on the determination result" means, for example, when the condition is satisfied by the first object, the first object is exchanged for the first object. 2 To associate the object with the user identification information. Alternatively, the second object may be associated with the user identification information in exchange for the first object according to the degree to which the condition is satisfied by the first object. Note that even if the association between the first object and the user identification information is canceled before the determination is made, and after the determination is made, the second object is associated with the user identification information based on the determination result. Good.

In the case of the above-described baseball game, for example, the offer corresponds to an example of “condition information”, the original character owned by the user corresponds to an example of “first object”, and the game item indicates “second object”. This corresponds to an example.

In the case of the above-described baseball game, the display control unit 110 controls the display unit 15 to display the offer list image G130. The condition information selection receiving unit 120 receives selection of any of the offers displayed in the offer list image G130. The object selection receiving unit 130 receives a selection of a discharge target from among the original characters owned by the user. The associating unit 140 exchanges the original character to be released based on the determination result of whether or not the original character to be released satisfies the condition required by the offer, among the acquisition candidate items set in the offer. At least one of the above is given to the user.

[3-2-2] For example, the condition information selection receiving unit 120 receives selection of condition information from a plurality of condition information. The plurality of condition information includes first condition information and second condition information indicating a condition having a higher degree of difficulty than the first condition information. The second condition information is associated with a second object having a higher value than the second object associated with the first condition information.

Here, the “difficulty level” is the difficulty in satisfying the condition of the first game object. The higher the difficulty level, the harder the condition is satisfied by the first game object, and the lower the difficulty level, the easier the condition is satisfied by the first game object.

The “second object having a higher value than the second object associated with the first condition information” is a second object having higher utility in the game than the second object associated with the first condition information. For example, it is a second object having higher performance or rarity than the second object associated with the first condition information.

In the case of the baseball game described above, for example, the plurality of offers displayed in the offer list image G130 correspond to an example of “plurality of condition information”, and the offer of the difficulty level “n” (n:1 to 3) is “first. This corresponds to an example of “1 condition information”, and an offer of difficulty “n+1” corresponds to an example of “second condition information”. In the case of the above-mentioned baseball game, for example, for an offer of difficulty “3”, an A-class game having a higher value than the acquisition candidate items (class B to D game items) set for the offer of difficulty “2”. The item is set as an acquisition candidate item.

[3-2-3] When a plurality of second objects are associated with the selected condition information, the associating unit 140 determines whether the condition indicated by the condition information is satisfied by the selected first object. The second object to be associated with the user identification information may be selected from the plurality of second objects.

Here, "to select the second object to be associated with the user identification information from the plurality of second objects based on the degree to which the condition is satisfied by the selected first object" means, for example, the selected first object. Changing the second object associated with the user identification information in exchange for the first object based on the degree to which the condition is satisfied by the first object. Specifically, when the degree is high, the value (performance or rarity degree) of the second object that is associated with the user identification information in exchange for the selected first object is higher than that when the degree is low. It is to raise it.

Alternatively, “selecting the second object to be associated with the user identification information from the plurality of second objects based on the degree to which the condition is satisfied by the selected first object” means, for example, the selected first object. The number of the second objects that are associated with the user identification information in exchange for the objects may be changed based on the degree to which the condition is satisfied by the first object. Specifically, when the degree is high, the number of the second objects associated with the user identification information in exchange for the selected first object may be increased as compared with the case where the degree is low. Good.

For example, when the selected condition information indicates a plurality of conditions that the first object that is associated with the user identification information should be satisfied in order to exchange the first object for the second object, the associating unit 140 A second object to be associated with the user identification information may be selected from the plurality of second objects based on the number of conditions satisfied by the selected first object among the plurality of conditions.

Here, "to select the second object to be associated with the user identification information from the plurality of second objects based on the number of conditions satisfied by the selected first object" means, for example, the selected first object. Changing the second object in association with the user identification information in exchange for one object based on the number of conditions satisfied by the selected first object. Specifically, when the number is large, the value (performance or rarity degree) of the second object associated with the user identification information in exchange for the selected first object is greater than when the number is small. It is to raise it.

Alternatively, “selecting the second object to be associated with the user identification information from the plurality of second objects based on the number of conditions satisfied by the selected first object” means, for example, the selected first object. It may be that the number of second objects in exchange for the objects and associated with the user identification information is changed based on the number of conditions satisfied by the selected first object. Specifically, when the number is large, the number of the second objects to be associated with the user identification information in exchange for the selected first object may be increased as compared with the case where the number is small. Good.

In the above-mentioned baseball game, for example, in the offer of difficulty “3”, three conditions are set as required player conditions, and A to D class game items are set as acquisition candidate items. .. The associating unit 140 selects a game item to be acquired by the user (game item given to the user) from among the A-class to D-class game items based on the number of conditions satisfied by the original character selected as the release target. (See FIGS. 11 and 12).

[3-2-4] For example, the associating unit 140 (first associating unit) is associated with the selected condition information when the selected first object satisfies the condition indicated by the selected condition information. The selected second object is associated with the user identification information in exchange for the selected first object. In addition, the associating unit 140 (second associating unit) determines that the performance of the selected first object is a predetermined criterion even when the selected first object does not satisfy the condition indicated by the selected condition information. In the above case, the second object associated with the selected condition information is associated with the user identification information in exchange for the selected first object.

In the above-described baseball game, for example, in the offer of difficulty “3”, three conditions are set as required player conditions, and a class A game item is set as an eyeball item (FIG. 7, 8). The associating unit 140 (first associating unit) may provide the user with the class A game item when the original character selected as the discharge target satisfies all of the above three conditions (see FIGS. 11 and 12). Further, the associating unit 140 (second associating unit) determines that the original character selected as the discharge target does not satisfy one of the above three conditions (that is, the original character selected as the discharge target is the above-described one). Even if only two of the three conditions are satisfied), if the total ability of the original character selected as the release target is “C” or more, the A-class game item is given to the user. (See FIGS. 11 and 12). Further, the associating unit 140 (second associating unit) determines that the original character selected as the emission target does not satisfy two of the above three conditions (that is, the original character selected as the emission target is the above-described one). Even if only one of the three conditions is satisfied), if the total ability of the original character selected as the release target is “S”, the A-class game item can be given to the user. (See FIGS. 11 and 12).

[3-2-5] For example, the associating unit 140, when the waiting time elapses after the selection of the condition information and the selection of the first object, makes the second condition associated with the selected condition information. The object may be made ready for use by the user identified by the user identification information.

Here, the condition "the second object can be used by the user when the waiting time elapses after the selection of the condition information and the selection of the first object" is performed. After the selection of the first object and the selection of the first object are performed, the use of the second object by the user is restricted (prohibited) until the waiting time elapses, and when the waiting time elapses, the restriction is released. And permitting the user to use the second object. Note that “until the waiting time elapses, the second object is not associated with the user identification information to restrict (prohibit) the use of the second object by the user. It is also possible to allow the user to use the second object by associating the object with the user identification information, or "associating the second object with the user identification information, but waiting time elapses". Until then, the use of the second object by the user is restricted (prohibited), and when the waiting time elapses, the user can use the second object”.

Further, when the waiting time has elapsed, the second object may be brought into a state in which the user can use it under a predetermined condition. That is, the second object may be made available to the user when the user makes an access after the waiting time has elapsed. Alternatively, the second object may be made available to the user when a predetermined operation is performed by the user after the waiting time has elapsed. Alternatively, when the waiting time has elapsed, the second object may be made available to the user without waiting for access from the user or a predetermined operation performed by the user.

In addition, when the waiting time has elapsed, the second object may be unconditionally (immediately) brought into a state in which the user can use the second object.

[3-3] As shown in FIG. 18, the game system 1 includes a condition information changing unit 150. For example, the condition information changing unit 150 is realized by the control unit 31 of the server 30 (or the control unit 11 of the game terminal 10).

The condition information changing unit 150 changes the condition information selectable by the user according to the arrival of a predetermined change timing. For example, in a mode in which the selection of the condition information from the plurality of condition information is received by the condition information selection receiving unit 120, the condition information changing unit 150 sets the plurality of condition information in accordance with the arrival of a predetermined change timing. Change at least one of them.

Here, “changing at least one of the plurality of condition information” means changing all or part of the plurality of condition information to other condition information. That is, it is to replace all or part of the plurality of condition information with condition information different from the condition information before the change.

The “predetermined change timing” is the timing when the condition information should be changed. For example, it is the timing when at least one of the plurality of condition information should be changed. Specifically, for example, a predetermined time (midnight, etc.) is set as the “change timing”. Further, for example, a predetermined date and time (every Sunday at midnight, or every midnight on the 10th of every month) is set as the "change timing". Further, for example, the timing for every predetermined time (for example, 12 hours) is set as the “change timing”. In addition, for example, when the user's parameters (level, status, etc.) are updated or after the update, when the user's play record (play time, play record, etc.) reaches or exceeds a predetermined reference, The timing when or when a specific object (for example, a valuable game item or game character) is obtained may be set as the “change timing”.

"To change at least one of a plurality of condition information according to the arrival of a predetermined change timing" means to change at least one of a plurality of condition information when the change timing comes. Is. For example, in the case of a mode in which a predetermined time (such as midnight) or a predetermined date and time (such as every Sunday at midnight or midnight on the 10th of every month) is set as the change timing, the predetermined time or predetermined date and time is set. Then, changing at least one of the plurality of condition information corresponds to an example of “changing at least one of the plurality of condition information according to the arrival of a predetermined change timing”. Further, for example, in the case of a mode in which the timing for every predetermined time (for example, 12 hours) is set as the change timing, it is possible to change at least one of the plurality of condition information at every predetermined time. "At least one of the plurality of condition information is changed according to the arrival of a predetermined change timing".

In the case of the above-described baseball game, the offer to each user (the offer displayed in the offer list image G130) corresponds to an example of “user-selectable condition information”. For example, the condition information changing unit 150 changes the offer to each user at a predetermined time (such as midnight) every day.

[3-4] As shown in FIG. 18, the game system 1 includes a possibility information acquisition unit 160. For example, the possibility information acquisition unit 160 is realized by the control unit 31 of the server 30 (or the control unit 11 of the game terminal 10).

The possibility information acquisition unit 160 acquires possibility information regarding the possibility that the second object associated with the condition information is associated with the user identification information by the association unit 140, based on the condition information and the first object. The display control unit 110 performs control for displaying the possibility information on the display unit 15 before the selection of the condition information is received or before the selection of the first object is received.

Here, the “possibility information” is, for example, information indicating whether or not the second object is likely to be associated with the user identification information in exchange for the first object. Alternatively, the “probability information” is, for example, information indicating whether or not the second object is less likely to be associated with the user identification information in exchange for the first object. Alternatively, the “possibility information” may be, for example, a numerical value, a character, a symbol, or an image representing the possibility that the second object will be associated with the user identification information in exchange for the first object.

In the case of the above-described baseball game, the degree of expectation displayed in the area A154 of the original character list image G150 and the element P161 (message) displayed in the confirmation image G160 indicate the possibility that the user can acquire the eyeball item. And these correspond to an example of “possibility information”.

[3-5] As shown in FIG. 18, the game system 1 includes a standby time setting unit 170. For example, the standby time setting unit 170 is realized by the control unit 31 of the server 30 (or the control unit 11 of the game terminal 10).

The waiting time setting unit 170 sets the length of the waiting time based on the difficulty level of the condition indicated by the selected condition information.

Here, “setting the length of the waiting time based on the difficulty level” means changing the length of the waiting time based on the difficulty level. For example, when the difficulty level is high, the standby time is set longer than when the difficulty level is low. Note that when the difficulty level is high, the waiting time may be shorter than when the difficulty level is low.

In the baseball game described above, the offer corresponds to an example of “condition information”. The waiting time setting unit 170 changes the waiting time based on the difficulty level of the offer selected by the user (see FIG. 7).

[4. Processing] Next, processing executed by the game system 1 will be described.

[4-1] FIG. 23 shows an example of processing for setting an offer for each user. For example, the process shown in FIG. 23 is executed for each user at a predetermined time (such as midnight) every day. The condition information changing unit 150 is realized by executing the processing shown in FIG. 23 according to the program. In the following, description will be given assuming that the process illustrated in FIG. 23 is executed for the user U1.

As shown in FIG. 23, first, the control unit 31 of the server 30 initializes the variable i to “1” (S300), and the state of the offer of the difficulty level “i” currently made to the user U1 is “unknown”. It is determined whether it is "negotiation" (S302). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and determines whether or not the state flag of the offer of the difficulty level “i” is “0”.

If the state is “unnegotiated”, the control unit 31 selects any one from the list of offers of the difficulty level “i” as a new office for the user U1 (S304). For example, the control unit 31 randomly selects one of the offers of the difficulty level “i” registered in the offer master table TBL101 based on a random number.

After executing step S304, the control unit 31 selects an acquisition candidate item of the offer selected in step S304 (S306). For example, when the difficulty level of the offer selected in step S304 is “1”, it is necessary to set one D-class game item and one C-class game item as acquisition candidate items (see FIG. 7). ), the control unit 31 refers to the acquisition candidate item master table TBL102 and randomly selects one D-class game item and one C-class game item based on a random number.

After executing step S306, the control unit 31 replaces the offer of the difficulty level "i" for the user U1 with the offer selected in step S304 (S308). For example, the control unit 31 accesses the offer table TBL109 of the user U1 and changes the “offer” field of the record of the difficulty level “i” to the ID of the offer selected in step S304. In this case, the ID of the game item selected in step S306 is set in the "acquisition candidate item" field. Further, the "state flag" is initialized to "0", and the "release target original character", "negotiation result", "acquired item", and "scheduled negotiation end date" fields are also initialized to NULL state.

After executing step S308, the control unit 31 determines whether the variable i is 4 (S310). Here, it is premised that the maximum difficulty level of the offer is "4". Therefore, in step S310, it is determined whether or not the variable i is 4, and thus, the offers of all the difficulty levels are processed in step S302. It is determined whether or not the processes of to S308 are completed.

If it is determined in step S302 that the state is not “unnegotiated”, that is, if the state is “negotiating” or the like, the control unit 31 executes the processes of steps S304 to S308. Without (that is, without replacing the offer of the difficulty level "i"), the process of step S310 is executed.

When it is determined in step S310 that the variable i is not 4, the control unit 31 adds 1 to the variable i (S312) and executes step S302. On the other hand, when it is determined that the variable i is 4, the control unit 31 ends this processing.

[4-2] FIG. 24 shows an example of processing executed to display the offer list image G130. The display control unit 110 is realized by executing the processing shown in FIG. 24 according to a program. Below, the case where the offer list image G130 is displayed on the display unit 15 of the game terminal 10 of the user U1 will be described.

As shown in FIG. 24, first, the control unit 11 of the game terminal 10 requests the server 30 via the communication unit 13 for a list of offers currently made to the user U1 (S100), and controls the server 30. The unit 31 receives the request via the communication unit 33 (S320). For example, the user ID (U1) of the user U1 is transmitted from the game terminal 10 to the server 30 together with the request.

When the request is received, the control unit 31 determines whether or not there is an offer in the "negotiation" state among the offers currently provided to the user U1 (S322). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and determines whether there is an offer whose status flag is “1”.

When there is an offer in the “negotiation” state, the control unit 31 determines whether or not the scheduled negotiation end date and time of the offer has passed (S324). When the scheduled negotiation end date and time has passed, the control unit 31 updates the offer state to the "negotiation established" state (S326). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and updates the offer state flag to “2”.

After execution of step S324, the control unit 31 transmits the data of the offer list image G130 to the game terminal 10 via the communication unit 33 (S328). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and acquires the list of offers currently made to the user U1. Then, the control unit 31 generates data of the offer list image G130 based on the list and transmits the data to the game terminal 10. The "image data" may be data indicating the image itself or data indicating information necessary to generate the image. The same applies below.

If it is determined in step S322 that there is no offer in the "negotiation in progress" state, or if it is determined in step S324 that the scheduled negotiation end date and time has not elapsed, the process of step S326. Is executed and the process of step S328 is executed.

The control unit 11 of the game terminal 10 receives the data of the offer list image G130 via the communication unit 13 (S102). Then, based on the data, the control unit 11 displays the offer list image G130 on the display unit 15 (S104).

[4-3] FIGS. 25A and 25B show an example of a process executed when any of the elements P131-1 to P131-4 of the offer list image G130 in the state shown in FIG. 6 is selected. Show. The display control unit 110 and the possibility information acquisition unit 160 are realized by executing the processes shown in FIGS. 25A and 25B according to the program. In the following, description will be made assuming that the user U1 specifies the offer OF301.

As shown in FIG. 25A, first, the control unit 11 notifies the server 30 of the ID (OF301) of the specified offer OF301 via the communication unit 13 (S110), and the control unit 31 of the server 30 notifies the notification. It is received via the communication unit 33 (S330).

When the notification is received, the control unit 31 transmits the data of the offer information image G140 to the game terminal 10 via the communication unit 33 (S332). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and acquires the information of the offer OF301. Then, the control unit 31 generates data of the offer information image G140 based on the information, and transmits the data to the game terminal 10.

The control unit 11 of the game terminal 10 receives the data of the offer information image G140 via the communication unit 13 (S112). Then, based on the data, the control unit 11 displays the offer information image G140 on the display unit 15 (S114).

While the offer information image G140 is displayed, the control unit 11 monitors whether or not the element P142 is selected by the user, and when the element P142 is selected, the selection of the offer is notified via the communication unit 13. To notify the server 30 (S116). In this case, for example, the user ID of the user U1 and the ID of the offer OF301 are transmitted from the game terminal 10 to the server 30 together with the above notification.

The control unit 31 of the server 30 receives the notification via the communication unit 33 (S334), and transmits the data of the original character list image G150 to the game terminal 10 via the communication unit 33 (S336). For example, the control unit 31 refers to the original character table TBL108 of the user U1 and acquires a list of the original characters owned by the user U1. Then, the control unit 31 generates the data of the original character list image G150 based on the list and transmits the data to the game terminal 10.

The control unit 11 of the game terminal 10 receives the data of the original character list image G150 via the communication unit 13 (S118). Then, based on the data, the control unit 11 displays the original character list image G150 on the display unit 15 (S120).

In the original character list image G150 at this time, no original character may be designated, or any original character (for example, the first original character) may be designated in advance. ..

While the original character list image G150 is displayed, the control unit 11 monitors whether or not any element P152 is selected by the user (that is, whether or not any original character is designated by the user). Then, when any of the elements P152 is selected, the control unit 11 determines the ID of the original character (that is, the original character designated by the user) corresponding to the element P152, as illustrated in FIG. 25B. The server 30 is notified via (S122). In the following, description will be given assuming that the original character OC1 is designated. In this case, the ID (OC1) of the original character OC1 is transmitted from the game terminal 10 to the server 30 together with the user ID of the user U1 and the ID of the offer OF301.

The control unit 31 of the server 30 receives the notification via the communication unit 33 (S338), and transmits the data of the original character list image G150 to the game terminal 10 via the communication unit 33 (S340).

In this case, the control unit 31 refers to the original character table TBL108 of the user U1 and acquires the information of the original character OC1. Further, the control unit 31 refers to the offer master table TBL101 and reads out the condition of the player requested by the offer OF301. Then, the control unit 31 determines whether the original character OC1 satisfies the condition. Further, the control unit 31 predicts the negotiation result based on the difficulty level of the offer OF 301, the comprehensive ability of the original character OC1, and the number of conditions satisfied by the original character OC1 (see FIG. 11), and determines the expectation level for the offer OF 301. get. In this case, the display contents of the areas A153 and A154 of the original character list image G150 are set based on the above information, conditions, determination results, and expectations.

The control unit 11 receives the data of the original character list image G150 via the communication unit 13 (S124). Then, based on the data, the control unit 11 updates the original character list image G150 displayed on the display unit 15 (S126).

While the original character list image G150 is displayed, the control unit 11 also monitors whether the element P155 is selected by the user. When the element P155 is selected by the user, the original character in the designated state is selected as the emission target, and the control unit 11 notifies that the emission target original character is selected (S128). ). Below, the case where the original character OC1 is selected as the discharge target will be described. In this case, the ID of the original character OC1 is transmitted from the game terminal 10 to the server 30 together with the user ID of the user U1 and the ID of the offer OF301.

The control unit 31 receives the notification (S342) and transmits the data of the confirmation image G160 to the game terminal 10 via the communication unit 33 (S344). For example, since the difficulty level of the offer OF301 is “3”, the control unit 31 refers to the message table TBL105 corresponding to the difficulty level “3”, and the expectation level for the offer OF301 and the condition satisfied by the original character OC1. The message corresponding to the combination with the number of is read. Then, the control unit 31 generates data of the confirmation image G160 in which the read message is displayed as the element P161 and transmits the data to the game terminal 10.

The control unit 11 of the game terminal 10 receives the data of the confirmation image G160 via the communication unit 13 (S130). Then, based on the data, the control unit 11 displays the confirmation image G160 on the display unit 15 (S132).

[4-4] FIG. 26 shows an example of processing executed when the element P162 of the confirmation image G160 is selected. The condition information selection receiving unit 120, the object selection receiving unit 130, and the standby time setting unit 170 are realized by executing the processing illustrated in FIG. 26 according to the program. In the following, description will be given assuming that the user U1 selects to release the original character OC1 to the offer OF301.

As shown in FIG. 26, first, the control unit 11 of the game terminal 10 transmits a release request to the server 30 via the communication unit 13 (S140), and the control unit 31 of the server 30 sends the request via the communication unit 33. To receive (S350). The release request indicates that the offer OF301 has been selected to release the original character OC1. In this case, the ID of the offer OF301 and the ID of the original character OC1 are transmitted from the game terminal 10 to the server 30 together with the user ID of the user U1, and the selection of the offer and the selection of the original character to be released are officially accepted.

When the request is received, the control unit 31 accesses the original character table TBL108 of the user U1 and removes the original character OC1 to be released from the original characters owned by the user (S352).

After executing step S352, the control unit 31 determines the negotiation result (great success, success, or failure) (S354). For example, the control unit 31 refers to the original character table TBL108 of the user U1 and acquires the information of the original character OC1. Further, the control unit 31 refers to the offer master table TBL101 and reads out the condition of the player requested by the offer OF301. Then, the control unit 31 determines whether or not the original character OC1 satisfies the condition. Further, the control unit 31 determines the negotiation result based on the difficulty level of the offer OF 301, the comprehensive ability of the original character OC1, and the number of conditions satisfied by the original character OC1 (see FIG. 11). Further, the control unit 31 accesses the offer table TBL109 of the user U1 and registers the determined negotiation result in the "negotiation result" field.

After execution of step S354, the control unit 31 determines an acquisition item (game item to be acquired by the user: in other words, game item to be given to the user) (S356). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and identifies the acquisition candidate item set in the offer OF301. Then, the control unit 31 determines an acquisition item from the acquisition candidate items set in the offer OF301 based on the total ability of the original character OC1 and the number of conditions satisfied by the original character OC1 (FIG. 12). reference). Further, the control unit 31 accesses the offer table TBL109 of the user U1 and registers the determined acquisition item in the “acquisition item” field.

After executing step S356, the control unit 31 sets the negotiation time (S358). For example, the control unit 31 refers to the offer master table TBL101 and reads the negotiation time of the offer OF301. Then, the control unit 31 accesses the offer table TBL 109 of the user U1 and registers the date and time after the negotiation time has elapsed from the current date and time in the “scheduled negotiation end date and time” field. Further, the control unit 31 updates the value of the “state flag” field to “1”.

After executing step S358, the control unit 31 transmits the data of the offer list image G130 to the game terminal 10 via the communication unit 33 (S360), and the control unit 11 of the game terminal 10 transmits the data via the communication unit 13. It is received (S142). Then, based on the data, the control unit 11 displays the offer list image G130 on the display unit 15 (S144). In this case, for example, the offer list image G130 as shown in FIG. 15 is displayed.

FIG. 27 shows the processing executed when the element P131-3 of the offer list image G130 in the state shown in FIG. 16 is selected (that is, when the offer in the “negotiation established” state is designated). An example is shown. The associating unit 140 is realized by executing the processing illustrated in FIG. 27 according to the program. In the following, description will be made assuming that the offer OF301 in the “negotiation successful” state is designated by the user U1.

As shown in FIG. 27, first, the control unit 11 notifies the server 30 of the ID of the designated offer OF 301 via the communication unit 13 (S150), and the control unit 31 of the server 30 notifies the communication unit 33 of the notification. (S370).

When the notification is received, the control unit 31 gives the user the item acquired in the offer OF 301 (S372). For example, the control unit 31 refers to the “acquisition item” field of the offer table TBL109 of the user U1 and identifies the acquisition item in the offer OF301. Then, the control unit 31 accesses the user table TBL 106 and adds the ID of the acquired item to the “game item” field of the user U1 to give the acquired item to the user.

After execution of step S372, the control unit 31 transmits the data of the negotiation successful image G170 to the game terminal 10 via the communication unit 33 (S374). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and acquires the information of the offer OF301. Then, the control unit 31 generates data of the negotiation successful image G170 based on the information, and transmits the data to the game terminal 10.

The control unit 11 of the game terminal 10 receives the data of the negotiation successful image G170 via the communication unit 13 (S152). Then, based on the data, the control unit 11 displays the negotiation successful image G170 on the display unit 15 (S154).

After executing step S374, the control unit 31 replaces the offer OF301 with a new offer (S376). For example, the control unit 31 accesses the offer master table TBL101 and selects one of the offers having the same difficulty level as the offer OF301 as a new office for the user U1. Further, the control unit 31 selects an acquisition candidate item of the selected offer. Then, the control unit 31 replaces the offer OF301 of the offers to the user U1 with the selected new offer. These processes are the same as steps S304 to S308 in FIG.

While the negotiation successful image G170 is displayed, the control unit 11 monitors whether or not the element P171 is selected by the user. When the element P171 is selected by the user, the control unit 11 requests the server 30 through the communication unit 13 for a list of offers currently made to the user U1 (S156), and the control unit 31 of the server 30 The request is received via the communication unit 33 (S378). For example, the user ID of the user U1 is transmitted from the game terminal 10 to the server 30 together with the request.

When the request is received, the control unit 31 transmits the data of the offer list image G130 to the game terminal 10 via the communication unit 33 (S380), and the control unit 11 of the game terminal 10 transmits the data of the offer list image G130. It is received via the communication unit 13 (S158). Then, based on the data, the control unit 11 displays the offer list image G130 on the display unit 15 (S160).

[5. Summary] The game system 1 has the above-mentioned offer function. According to the offer function, the user can obtain a game item in exchange for an arbitrary original character. For example, the user can obtain a game item in exchange for an original character that has less chance of use. In particular, the offer function requires the user to weigh the offer and the original character and select the original character to be offered or released. As a result, according to the offer function, it is possible to provide the user with the interest of comparing the offer and the original character and selecting the offer or the original character to be released.

In the offer function, based on the degree to which the original character to be released satisfies the offer condition (the number of conditions that the original character satisfies), the user is selected from the plurality of acquisition candidate items set in the offer. The game item to be given to is selected. Therefore, the user needs to select the offer or release target original character in consideration of the degree to which the original character satisfies the conditions in the offer (the number of conditions that the original character satisfies). As a result, it is possible to provide the user with the interest of selecting an original character to be offered or released in consideration of the degree to which the original character satisfies the offer condition (the number of conditions that the original character satisfies).

Further, in the offer function, even if the original character to be released does not satisfy the offer condition, if the total ability of the original character is high, the feature item of the offer can be given to the user. For this reason, the user needs to not only weigh the original character and the conditions of the offer but also select the original character to be offered or released in consideration of the total ability of the original character. As a result, it is possible not only to weigh the original character and the offer condition but also to provide the user with the interest of selecting the original character to be offered or released in consideration of the total ability of the original character.

In the offer function, the degree of expectation (area A154 of the original character list image G150) and the message (the area A154 of the original character list image G150) and the message (before the official selection of the offer and the selection of the release target original character are officially accepted) Since the element P161) of the confirmation image G160 is displayed, the user can select the offer or the original character to be released in consideration of the above possibility.

Further, in the offer function, when the waiting time elapses after the selection of the offer and the selection of the original character to be released are accepted, at least one of the plurality of acquisition candidate items set in the offer is selected by the user. Is ready for use. As a result, a series of procedures from the selection of the original character to be offered or the release to the state in which the user can use the game item cannot be intensively performed for a period of time. Therefore, the access from the user can be dispersed, and as a result, the processing load of the game system 1 can be reduced.

Further, according to the offer function, by setting the waiting time, it is possible to prompt the user to play the game again after the waiting time has elapsed, and it is possible to increase the frequency with which the user plays the game. Become. In addition, in the offer function, the length of the waiting time is set according to the difficulty level of the offer selected by the user, so that the offer or the original character to be released is selected in consideration of the difficulty level and the waiting time of the offer. The interest can be provided to the user.

Further, in the offer function, the combination of the offer and the acquisition candidate item set in the offer is displayed in the offer list image G130 and the offer information image G140, so that the user weighs the original character, the offer, and the acquisition candidate item. Then, you can select the original character to be offered or released. Therefore, it is possible to provide the user with the interest to compare and weigh the original character, the offer, and the acquisition candidate item and select the original character to be offered or released.

In addition, the offer function accepts the selection of offers from multiple offers with different difficulty levels, and sets the game item with a higher value than the feature item with the low difficulty offer as the feature item with the high difficulty offer. It For this reason, although the difficulty is high, the offer that can acquire the more valuable eyeball item is selected, or the value of the eyeball item that can be acquired is low, but the difficulty is low and the offer that is easy to obtain the eyeball item is made. It is possible to provide the user with an interest in deciding whether to select.

Further, in the offer function, since the offer selectable by the user is changed according to the arrival of a predetermined change timing, the offer selectable by the user can be changed, and as a result, the interest can be improved.

[6. Modification] The present invention is not limited to the embodiment described above.

[6-1] In the embodiment described above, the user can acquire the game item in exchange for the original character, but the user may acquire a game object other than the game item. For example, the user may obtain the event character in exchange for the original character. That is, an acquisition candidate event character may be set in the offer instead of the acquisition candidate item or together with the acquisition candidate item. For example, similarly to the acquisition candidate item, an S class event character, an A class event character, a B class event character, a C class event character, or a D class event character may be set as the acquisition candidate event character.

Alternatively, the user may be allowed to acquire an object other than the game object. That is, the user may exchange the original character to obtain an object that can be used in a service other than the game. In short, the “first object” may be a game object and the “second object” may be an object other than the game object. For example, an image (stamp) that can be used in the social network service by the user in exchange for the original character corresponds to an example of “object other than game object”.

[6-2] In the embodiment described above, the user releases the original character so that the game item can be obtained in exchange for the original character. However, the user can obtain a game object other than the original character. May be released. For example, the user may obtain the game item in exchange for the event character. Further, for example, the user may be able to obtain the event character in exchange for the game item.

[6-3] As a player condition required in the offer, a condition relating to the use record of the original character (the number of times of use, the hit record, the pitcher record, etc.) in the competition part may be set. In short, the condition that the usage record of the first object (the number of times of use or the result stored when it is used) satisfies a predetermined criterion may correspond to an example of the “condition”.

[6-4] In the embodiment described above, the original character to be released is selected after selecting the offer. However, the offer is selected after selecting the original character to be released. May be.

[6-5] The training part and the competition part may be realized as separate games (that is, games executed by separately provided game programs).

[6-6] In the above, an example in which the present invention is applied to a game using baseball as a subject has been mainly described, but the present invention can also be applied to other games. The present invention can be applied to a game in which a user owns a plurality of objects and uses an object selected from the plurality of objects.

[7. Additional Notes] From the above description, the present invention is understood as follows, for example. In order to facilitate understanding of the present invention, the reference numerals shown in the drawings are appropriately written in parentheses, but the present invention is not limited to the illustrated embodiments.

1) The game control device (30 or 10) according to an aspect of the present invention uses the first object (for example, an original character) associated with the user identification information to replace the first object (for example, a game item) with the second object. Condition information selection accepting means (120) for accepting selection of condition information (for example, offer) indicating a condition to be satisfied by one object, object selection accepting means (130) for accepting selection of the first object, and the selected one A second object associated with the selected condition information in exchange for the selected first object based on the determination result of whether or not the first object satisfies the condition indicated by the selected condition information. Association means (140) for associating an object with the user identification information.

11) A game system (1) according to one aspect of the present invention includes a condition information selection receiving unit (120) that receives selection of condition information indicating a condition regarding a first object associated with user identification information, and the first object. Object selection receiving means (130) for receiving the selection of the first object, and the first object information in exchange for the first object based on the determination result of whether or not the first object satisfies the condition indicated by the condition information. Association means (140) for associating the second object associated with the user identification information.

12) Further, the program according to one aspect of the present invention functions as a computer as the game control device (30 or 10) according to any one of 1) to 10) or the game system (1) according to 11). It is a program to let you.

13) Further, an information storage medium according to an aspect of the present invention is a computer-readable information storage medium in which the program described in 12) is recorded.

14) Further, in the control method of the game control device (30 or 10) according to one aspect of the present invention, the first object is satisfied in order to exchange the first object associated with the user identification information for the second object. A condition information selection receiving step (S350) for receiving selection of condition information indicating a condition, an object selection receiving step (S350) for receiving selection of the first object, and the selected first object being selected Associating the second object associated with the selected condition information with the user identification information in exchange for the selected first object based on the determination result of whether or not the condition indicated by the condition information is satisfied Step (S372) is included.

15) Further, the control method of the game system (1) according to one aspect of the present invention includes a condition information selection receiving step (S350) of receiving selection of condition information indicating a condition regarding the first object associated with the user identification information. , An object selection accepting step (S350) of accepting the selection of the first object, and the first object in exchange for the first object based on a determination result of whether or not the first object satisfies the condition indicated by the condition information, An associating step of associating the second object associated with the first condition information with the user identification information (S372).

According to the inventions described in 1), 11) to 15) above, the second object is associated with the user identification information in exchange for the first object associated with the user identification information. The second object can be obtained in exchange. For example, the user can obtain the second object in exchange for the first object, which has become less frequently used. Particularly, in the present invention, the first object selected by the user is exchanged for the first object based on the determination result of whether or not the condition indicated by the condition information selected by the user is satisfied, and the condition information is exchanged. Since the second object associated with is associated with the user identification information, the user needs to weigh the first object and the condition information and select the first object and the condition information. Therefore, according to the present invention, it is possible to give the user the interest of comparing and weighing the first object and the condition information and selecting the first object and the condition information, and as a result, the interest can be improved.

2) In one aspect of the present invention, when a plurality of second objects are associated with the selected condition information, the associating unit (140) selects the condition indicated by the selected condition information. A second object to be associated with the user identification information may be selected from the plurality of second objects based on the degree of satisfaction with the first object.

According to the invention described in 2), when the plurality of second objects are associated with the condition information selected by the user, the condition indicated by the condition information is satisfied by the first object selected by the user. Since the second object to be associated with the user identification information is selected from the plurality of second objects based on the degree, the user considers the degree to which the first object satisfies the condition indicated by the condition information, and the first object And condition information needs to be selected. Therefore, according to the present invention, it is possible to give the user the interest of selecting the first object or the condition information in consideration of the degree to which the first object satisfies the condition indicated by the condition information.

3) In one aspect of the present invention, the selected condition information indicates a plurality of conditions that the first object must satisfy in order to exchange the first object associated with the user identification information for the second object. In this case, the associating means (140) selects the user identification information from the plurality of second objects based on the number of the conditions satisfied by the selected first object among the plurality of conditions. You may make it select the 2nd object linked|related with.

According to the invention described in 3), based on the number of conditions satisfied by the first object selected by the user among the plurality of conditions indicated by the condition information selected by the user, the condition information is associated with the condition information. Since the second object associated with the user identification information is selected from the plurality of second objects, the user selects the first object and the condition information in consideration of the number of conditions satisfied by the first object. There is a need. Therefore, according to the present invention, among the plurality of conditions indicated by the condition information, considering the number of conditions satisfied by the first object, the user is given the interest of selecting the first object or the condition information. be able to.

4) In one aspect of the present invention, the associating means (140) is associated with the selected condition information when the selected first object satisfies the condition indicated by the selected condition information. First association means (140) for associating the second object with the selected first object to associate with the user identification information, and the selected first object satisfies the condition indicated by the selected condition information. Even if not, if the performance of the selected first object is equal to or higher than a predetermined criterion, the second object associated with the selected condition information is exchanged for the selected first object. A second associating means (140) for associating with the user identification information may be included.

According to the invention described in 4), even if the first object selected by the user does not satisfy the condition indicated by the condition information selected by the user, the performance of the first object is equal to or higher than the predetermined reference. If so, the second object associated with the condition information is associated with the user identification information in exchange for the first object, so that the user not only weighs the first object and the condition information, but also the first object. It is necessary to select the first object and condition information in consideration of the performance of. Therefore, according to the present invention, not only the first object and the condition information are weighed, but also the performance of the first object is taken into consideration to give the user the interest of selecting the first object and the condition information. You can

5) In one aspect of the present invention, possibility information (for example, degree of expectation) regarding a possibility that the second object associated with the condition information is associated with the user identification information based on the condition information and the first object. ) For obtaining the possibility information on the display means (15) before the selection of the condition information is received or before the selection of the first object is received. The control means (110) may be included.

According to the invention described in 5), the second object associated with the condition information may be associated with the user identification information before the selection of the condition information is received or before the selection of the first object is received. Since the possibility information regarding is displayed, the user can select the first object or the condition information in consideration of the possibility.

6) In one aspect of the present invention, the associating means (140) selects the condition information when a waiting time has elapsed after selecting the condition information and selecting the first object. The second object associated with may be made usable by the user identified by the user identification information.

According to the invention described in 6), when the waiting time elapses after the selection of the condition information and the selection of the first object, the second object associated with the condition information selected by the user is displayed. The user can use it. According to the present invention, a series of procedures from selecting the condition information and the first object to bringing the second object into a usable state for the user are not intensively performed for a period of time. It is possible to disperse the access from, and as a result, it is possible to reduce the processing load of the game control device. Further, according to the present invention, it is possible to prompt the user to play the game again after the waiting time has elapsed, and it is possible to increase the frequency with which the user plays the game.

7) In one aspect of the present invention, the associating unit (140) selects the condition information when a waiting time has elapsed after the selection of the condition information and the selection of the first object. The second object associated with the user identification information is made usable by the user identified by the user identification information, and the game control device (30 or 10) sets the difficulty level of the condition indicated by the selected condition information. Based on the above, a waiting time setting means (170) for setting the length of the waiting time may be included.

According to the invention described in 7), based on the difficulty level of the condition indicated by the condition information selected by the user, the length of the waiting time until the user can use the second object is increased. Since the setting is made, the interest of selecting the first object or the condition information can be given to the user in consideration of the difficulty of the condition indicated by the condition information and the waiting time.

8) In one aspect of the present invention, the condition information selection acceptance is included, including a unit for performing control for displaying a combination of the condition information and a second object associated with the condition information on a display unit (15). The means (120) may receive a selection of the condition information displayed on the display means (15).

According to the invention described in 8), the combination of the condition information and the second object associated with the condition information is displayed, and the selection of the displayed condition information is accepted. The first object and the condition information can be selected by weighing the information and the second object associated with the condition information. Therefore, according to the present invention, it is possible to give the user the interest of comparing and weighing the first object, the condition information, and the second object associated with the condition information to select the first object or the condition information.

9) In one aspect of the present invention, the condition information selection receiving means (120) receives selection of condition information from a plurality of condition information, and the plurality of condition information includes first condition information and the first condition information. And second condition information indicating a condition having a higher degree of difficulty than the condition information, wherein the second condition information is associated with a second object having a higher value than the second object associated with the first condition information. You can

According to the invention described in 9), the selection of the condition information is accepted from the plurality of condition information including the first condition information and the second condition information indicating a condition having a higher degree of difficulty than the first condition information. Since the second condition information is associated with the second object having a higher value than the second object associated with the first condition information, it is difficult to obtain the second object having a higher value. It is possible to give the user an interest in deciding whether to select the first condition information that selects the second condition information or the value of the second object is low, but the difficulty level is low and the second object is easy to obtain.

10) In one aspect of the present invention, the condition information selection accepting means (120) accepts selection of condition information from a plurality of condition information, and the game control device, in response to arrival of a predetermined change timing, A changing unit (150) for changing at least one of the plurality of condition information may be included.

According to the invention described in 10), the selection of the condition information from the plurality of condition information is accepted, and at least one of the plurality of condition information is changed according to the arrival of a predetermined change timing. The user can change the condition information that can be selected, and as a result, the interest can be improved.

1 game system, N network, DB database, 10 game terminal, 11 control unit, 12 storage unit, 13 communication unit, 14 operation unit, 15 display unit, 16 voice output unit, 30 server, 31 control unit, 32 storage unit, 33 communication unit, 100 data storage unit, 110 display control unit, 120 condition information selection receiving unit, 130 object selection receiving unit, 140 associating unit, 150 condition information changing unit, 160 possibility information acquiring unit, 170
Standby time setting unit, TBL101 offer master table, TBL102 acquisition candidate item master table, TBL103 negotiation result table, TBL104 acquisition item table, TBL105 message table, TBL106 user table, TBL107 event character table, TBL108 original character table, TBL109 offer table, G100. Event deck setting image, G110 event character list image, G120 original character registration image, G130 offer list image, G140 offer information image, G150 original character list image, G160 confirmation image, G170 negotiation successful image, A101-1 to A101-5. A102 setting frame, A151, A153, A154, A171, A172, A174 area, P104, P105, P111, P112, P113-1 to P113-9, P121 to P125, P131-1 to P131-4, P132, P133, P141 , P142, P152-1 to P152-6, P155-1, P155-2, P156, P157, P161 to P163, P173-1, P173-2, P175 elements.

Claims (11)

A first object associated with the user identification information and generates a new, a first part for varying the capacity of the first object until the change of capacity of the first object is completed, the first part And a second part that uses the first object selected from the plurality of first objects whose ability change has been completed,
In the first part, the second object of a different type from the selected first object is exchanged for the first object selected by the user among the plurality of first objects whose ability has been changed, and the user identification information is used. Association process to associate with
A display process of displaying on the display means a second object that can be associated with the user identification information in exchange for the selected first object,
The association process is
Changing a second object that can be associated with the user identification information in exchange for the selected first object at a predetermined change timing,
The display process is
A program for displaying a second object, which is changed at the predetermined change timing and can be associated with the user identification information, on the display means. The execution process is
Wherein the second part, the program according to claim 1, characterized in that to limit the number of first Obujeto available. The execution process is
Limiting the number of first objects that can be associated with the user identification information,
The program according to claim 2 , wherein the number of first objects that can be used in the second part is smaller than the number of first objects that can be associated with the user identification information. The association process is
Depending on the capability of the first object mentioned above selected, the user identification information associating program according to any one of claims 1 to 3, wherein the changing at least one type or number of the second object .. The association process is
The program according to any one of claims 1 to 4, wherein at least one second object is associated with the user identification information regardless of the capability of the selected first object. The association process is
The second object that can be associated with the user identification information is changed at the predetermined timing regardless of the ability of the first object whose ability has been changed in the first part. The program according to any one of 5 above. The association process is
And in exchange for a first object to said selected plurality of different kinds of claims 1 to program according to any one of 6 the second object characterized in that it is a possible association with the user identification information. The second object is
An item that can be advantageously used for raising the first object when used in the first part, or an item that can be advantageously used for the second part when used in the second part. The program according to any one of claims 1 to 7 , characterized in that: In the server or game terminal, a first object associated with the user identification information and generates a new, a first part for varying the capacity of the first object until the change of capacity of the first object is completed A second part that uses a first object selected from a plurality of the first objects whose ability change has been completed in the first part,
In the server or the game terminal, in exchange for the first object selected by the user among the plurality of first objects whose ability has been changed in the first part, a different type from the selected first object An associating step of associating a second object with the user identification information;
A display step of displaying, on the display means of the game terminal, a second object that can be associated with the user identification information in exchange for the selected first object,
In the associating step,
Changing a second object that can be associated with the user identification information in exchange for the selected first object at a predetermined change timing,
In the display step,
A game control method, wherein a second object, which is changed at the predetermined change timing and can be associated with the user identification information, is displayed on the display means. A first object associated with the user identification information and generates a new, a first part for varying the capacity of the first object until the change of capacity of the first object is completed, the first part And a second part that uses the first object selected from the plurality of first objects for which the change in ability has been completed,
In the first part, the second object of a different type from the selected first object is exchanged for the first object selected by the user among the plurality of first objects whose ability has been changed, and the user identification information is used. Association means to associate with,
Display means for displaying a second object that can be associated with the user identification information in exchange for the selected first object,
The associating means is
Changing a second object that can be associated with the user identification information in exchange for the selected first object at a predetermined change timing,
The display means is
A game control device displaying a second object that can be associated with the user identification information, the second object being changed at the predetermined change timing. In the server or game terminal, a first object associated with the user identification information and generates a new, a first part for varying the capacity of the first object until the change of capacity of the first object is completed A second part that uses a first object selected from a plurality of the first objects whose ability has been changed in the first part;
In the server or the game terminal, in exchange for the first object selected by the user among the plurality of first objects whose ability has been changed in the first part, a different type from the selected first object Association means for associating a second object with the user identification information;
Display means for displaying, in the game terminal, a second object that can be associated with the user identification information in exchange for the selected first object,
The associating means is
Changing a second object that can be associated with the user identification information in exchange for the selected first object at a predetermined change timing,
The display means is
A game system displaying a second object that can be associated with the user identification information, the second object being changed at the predetermined change timing.

Images