JP2022126003A - Game control device, game system, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game control device, a game system and a program that enable, e.g., effective utilization of an object reduced in opportunity for use and can also increase the amusement of that action.

SOLUTION: A condition information selection reception unit (120) receives selection of condition information indicating conditions to be satisfied by a first object associated with user identification information for replacing the first object with a second object. An object selection reception unit (130) receives selection of the first object. On the basis of a result of determination of whether the selected first object satisfies conditions indicated by the selected condition information, an association unit (140) associates, with the user identification information in place of the selected first object, a second object associated with the selected condition information.

SELECTED DRAWING: Figure 18

COPYRIGHT: (C)2022,JPO&INPIT

Description

Patent Law Article 30, Paragraph 2 application filed May 24, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuroapp July 19, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuroapp August 22, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuroapp September 20, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuroapp October 3, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuro app

Patent Act Article 30, Paragraph 2 application filed October 17, 2016, http://www. konami. jp/, https://itunes. apple. com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958? ls=l&mt=8, https://play. google. com/store/apps/details? id=jp. konami. pawapuroapp May 24, 2016, http://www. konami. jp/, http://www. konami. jp/pawa/, https://www. konami. com/pawa/app/ May 24, 2016, http://wiki. famitsu. com/pawapurc/, http://www. famitsu. com/matome/pawapro/ E3%82%A1%E3%83%BC%E3%80%8D_%E9%96%8B%E5%82%AC%E4%B8%AD%EF%BC%81) (http://wiki.famitsu .com/pawapuro/%E3%80%8C%E9%81%B8%E6%89%8B%E3%82%AA%E3%83%95%E3%82%A1%E3%83%BC%E3% 80%8D%E3%81%AE%E9%81%8A%E3%81%B3%E6%96%B9)

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

A game is known 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 original player characters, selects player characters from among a plurality of player characters trained by the user, forms a team, and competes against an opposing team (for example, patent Reference 1).

In the above game, as the number of objects owned by the user increases, the number of objects that can be used is limited, and some of the objects owned by the user have fewer chances to be used. For example, an object with high performance has many opportunities to be used, but an object with low performance is only owned and used less often.

Therefore, it is strongly desired to implement a function that enables effective use of objects that are rarely used. In this regard, the game as described above may have a selling function that allows the user to sell the object owned by the user. This sell feature allows the user to sell objects that are no longer used for in-game currency.

JP 2016-163679 A

However, in the case of the above selling function, the user simply selects an object for sale that has fewer opportunities to use, so the action itself lacks interest, and the above selling function is positive. It cannot be said that it is being used for

SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and its object is, for example, to make it possible to make effective use of objects that are rarely used, and to improve the interest of such actions. , a game system, and a program.

In order to solve the above problems, a game control device according to an aspect of the present invention indicates a condition to be satisfied by a first object in order to exchange the first object associated with user identification information for a second object. condition information selection receiving means for receiving selection of condition information; object selection receiving means for receiving selection of said first object; and whether said selected first object satisfies the condition indicated by said selected condition information. association means for associating a 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.

A game system according to an aspect of the present invention includes condition information selection receiving means for receiving selection of condition information indicating conditions relating to a first object associated with user identification information, and object selection receiving means for receiving selection of the first object. and, based on the determination result of whether or not the first object satisfies the condition indicated by the condition information, the user identifies the second object associated with the first condition information in exchange for the first object. and an association means for associating with the information.

It is a figure showing the whole game system composition concerning the embodiment of the present invention. It is a figure which shows an example of the flow of an upbringing part. FIG. 10 is a diagram showing 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. FIG. 10 is a diagram showing an example of an offer list image; FIG. 10 is a diagram showing an example of an offer master table; FIG. FIG. 10 is a diagram showing an example of an offer information image; FIG. 10 is a diagram showing 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. FIG. 10 is a diagram showing an example of a confirmation image; It is a figure which shows an example of a message master table. FIG. 10 is a diagram showing another example of an offer list image; FIG. 10 is a diagram showing another example of an offer list image; It is a figure which shows an example of a negotiation establishment image. 1 is a functional block diagram of a game system according to an embodiment of the present invention; FIG. It is a figure which shows an example of a user table. FIG. 10 is a diagram showing an example of an event character table; FIG. FIG. 10 is a diagram showing an example of an original character table; FIG. It is a figure which shows an example of an offer table. It is a figure which shows an example of the process performed by a game system. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG. FIG. 10 is a diagram showing an example of another process executed by the game system; FIG.

Hereinafter, examples of embodiments of the present invention will be described based on 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, a game system 1 according to the present embodiment includes a game terminal 10 and a server 30. The game terminal 10 can perform data communication with the server 30 via the network N with each other.

A game terminal 10 is a computer used by a user to play a game. For example, the game terminal 10 may be a mobile phone (including a smart phone), a personal digital assistant (including a tablet computer), a desktop computer, a laptop computer, a home game machine (stationary game machine), a portable game machine. , or arcade game machines installed in amusement facilities and the like.

As shown in FIG. 1, the game terminal 10 includes a control section 11, a storage section 12, a communication section 13, an operation section 14, a display section 15, and an audio output section 16. FIG. The operation unit 14 , the display unit 15 , and the audio 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 programs stored in the storage unit 12 . The storage unit 12 includes a main storage unit (eg, RAM) and an auxiliary storage unit (eg, nonvolatile semiconductor memory, hard disk drive, or solid state drive), and stores programs and data. The communication unit 13 is for data communication with other devices via the network N. FIG.

The operation unit 14 is used by 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 configured integrally as a touch panel. It is not essential to integrally configure the operation unit 14 and the display unit 15 as a touch panel. , may be provided separately from the display unit 15 . The operation unit 14 may be used by the user to perform operations using voice or gestures. The audio output unit 16 is for outputting audio data, and is, for example, a speaker or headphones.

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

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 section 12 or the storage section 32 . The game terminal 10 or the server 30 may be provided with a component (for example, an optical disc drive or memory card slot) for reading programs and data stored in an information storage medium (for example, an optical disc or memory card). . Then, programs and data may be supplied to the game terminal 10 or the server 30 via an information storage medium.

[2. Overview of Game] In the game system 1, a game is executed by executing a program on the game terminal 10. FIG. Various games can be executed in the game system 1 . For example, sports games (games based on baseball, soccer, tennis, American football, basketball, volleyball, etc.), adventure games, simulation games, role-playing games, or training games, regardless of game format or genre. games can be executed.

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

The baseball game explained here has a training part and a battle part. The training part is a game part in which the user trains a game character to create his or her own original character. On the other hand, the battle part is a game part in which the user organizes his/her own baseball team using the original character created in the training part and competes against the opponent's baseball team.

[2-1] In the training part, the user trains the main character (game character who is the main character) by having the main character (game character who is the main character) perform exercises while progressing the scenario (game story), and creates 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, information necessary for the breeding phase PH11 is registered and set.

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

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

Here, I will explain the "event deck". An event deck is constructed using one or more game characters. In the breeding phase PH11, various events such as events advantageous for improving the ability of the main character occur. In this regard, in the breeding phase PH11, the events that occur are not fixed, and the events that occur change according to one or more game characters incorporated in the event deck. Therefore, the user can select an event that can occur in the breeding phase PH11 by selecting a game character to be incorporated into the event deck. A game character that can be incorporated into an event deck is hereinafter referred to as an "event character".

A predetermined number of event characters are provided to the user when playing the baseball game for the first time. In addition, users can obtain event characters by lottery, obtain event characters as rewards in the game, or obtain event characters from other users.

As shown in FIG. 3, the event deck setting image G100 includes six setting frames A101-1, A101-2, A101-3, A101-4, A101- for setting event characters to be members of the event deck. 5, A102 are provided.

The setting frames A101-1 to A101-5 are frames for arbitrarily setting event characters owned by the user as members of the event deck. A setting frame A102 is a frame for arbitrarily setting an event character owned by another user as a member of the event deck. The setting frames A101-1 to A101-5 and A102 display images showing the event characters incorporated into the event deck by the user together with the rarity and level of the event characters.

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. "Rarity" indicates, for example, how difficult it is to obtain an event character. The higher the rarity of the event character, the more difficult it is to obtain the event character. Generally, the higher the rarity of an event character, the higher the usefulness (ability, effect, etc.) of the event character, so the "rarity" also indicates the usefulness of the event character. For example, one of multiple levels of rarity of PSR (powerful super rare), SR (super rare), PR (powerful rare), R (rare), PN (powerful normal), and N (normal) is set for each event character. . PSR, SR, PR, R, PN, and N are arranged in descending order of these. Even the same event characters (event characters with the same name and the same appearance (image)) can 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, by synthesizing an event character with another event character, an experience value is given to the 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 one of the setting frames A101-1 to A101-5 (for example, when a tap operation (touching for a short time) is performed on any one 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 an event character list image. The event character list image G110 shows a list of event characters owned by the user. Note that event character list image G110 includes element P111. A 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 section 15. FIG.

The event character list image G110 includes an element P112 for making the setting frame empty (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. Each of the elements P113-1 to P113-9 indicates the image, rarity, and level of the event character. For event characters that have already been incorporated into the event deck, the text (or image) "in use" is displayed, and the same event character cannot be incorporated into the event deck more than once.

When the user performs a long press operation (an operation of continuing to touch for a predetermined time or longer) on any of the elements P113-1 to P113-9, an image showing information on 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 that element is assigned to the setting frame. Note that when the user selects the element P111, the setting frame is set to an empty state.

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

An area A103 of the event deck setting image G100 indicates the favorite practice of the event character incorporated in the event deck. For each event character, there are 10 types of "hitting", "strength", "base running", "shoulder strength", "defense", "mental", "ball speed", "control", "stamina", and "breaking ball". Any one of the types of practice is set as a favorite practice. In the training phase PH11 (scenario), the ability of the main character can be improved by having the main character practice. In particular, by making the main character perform the special practice of the event character incorporated in the event deck, the ability of the main character can be greatly improved more than usual in some cases.

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

As shown in FIG. 2, when the setting of the event deck is completed, selection of game items is performed (PH102). The user can obtain game items that are advantageous for improving the abilities of the main character as a reward, or obtain them from other users. In this phase PH102, the user selects a game item to be used in the breeding phase PH11 from among the game items owned by the user.

When the selection of game items is completed, the breeding phase is started (PH11). In the training phase PH11, the scenario progresses as the user repeatedly selects actions (exercise, rest, play, etc.) to be performed by the main character. In this scenario, the main character belongs to a high school baseball club, trains with his teammates, participates in baseball tournaments, and aims to be scouted as a professional baseball player in the fall of his 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 actions selected by the user. A user can use experience points to improve the abilities of the main character. For example, the basic abilities of the main character can be increased, or the main character can acquire special abilities. In the training phase PH11, a pitcher or fielder player character can be created.

When the scenario progresses to the end, training of the main character is completed. The main character whose training is completed is registered as an original character (PH12). In this case, an original character registration image is displayed on the display unit 15 for registering the main character whose training has been completed 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 whose training has been completed is displayed. For example, the elements P121 and P122 of the original character registration image G120 indicate the image, name, position, batting form, and dominant arm of the main character who has been trained.

The element P123 indicates basic ability parameters of the main character whose training has been completed. In the example shown in FIG. 5, trajectory, ballistics, power, running power, shoulder power, defensive power, and ball catching parameters are shown, and numerical values and alphabets are shown for each basic ability parameter. Numerical values indicate basic ability parameter values, and alphabetical characters (eg, S, A, B, C, D, E, F, and G) indicate levels of basic ability. An "S" indicates very high basic ability and a "G" indicates very low basic ability.

The trajectory parameter indicates how high the hit ball rises. The hit parameter indicates the hit power (the ability to hit the ball thrown by the pitcher with the bat). The power parameter indicates power (the ability of a pitcher to hit a ball with a bat to make it fly farther). The running parameter indicates the speed of the foot. The shoulder force parameter indicates the throwing speed. The defensive power parameter indicates defensive skill.

The element P124 indicates the special ability acquired by the main character who has completed training. In the example shown in FIG. 7, "chance ⊚", "against left pitcher ∘", and "stealing base ∘" are shown as special abilities. "◎" and "○" indicate the level of special ability, and "◎" indicates that the level of special ability is higher than that of "○".

"Chance ◎" is a special ability that is very strong against chance. If the original character has acquired "chance ◎", the basic ability of the original character will greatly increase at the time of the chance. "Anti-left pitcher ○" is a special ability that is strong against left-handed pitchers. If the original character has mastered the "anti-left-handed pitcher ○", the basic ability of the original character will be enhanced when the opponent's pitcher is a left-handed pitcher. "Stealing base ○" is a special ability that makes it easier to succeed in stealing a base. If the original character has mastered "stealing a base ○", the original character is more likely to succeed in stealing a base.

Also, the original character registration image G120 includes an element P125. The element P125 is associated with processing for registering the main character that has been trained as an original character. Therefore, when the user selects the element P125, the main character whose training is completed is registered as the original character. After the training part ends, another main character can be trained (that is, another original character can be generated) by starting the training part again from the beginning.

[2-2] Original characters registered in the training part can be used in the battle part. In the battle part, the user uses the original characters created in the training part to form his/her own baseball team and aims to win the battle against the opponent's baseball team.

[2-3] Since the number of original characters that can be used in battle with an opponent is limited, as the number of original characters owned by the user increases, some original characters will not be used in battle. For example, since users tend to preferentially use original characters with high abilities in battles against opponents, original characters with inferior abilities tend to be simply possessed without being used in battles. . In this regard, the baseball game according to the present embodiment has a function that enables the user to effectively utilize the original characters that are rarely used. Specifically, by releasing an original character in response to an offer from the game system 1, the user can acquire a game item in exchange for the original character. This function is hereinafter referred to as an "offer function". The offer function will be described below.

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

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

A plurality of offers are prepared in the game system 1 . FIG. 7 shows an example of an offer master table showing a list of offers prepared in the game system 1. FIG. As shown in FIG. 7, the offer master table TBL101 includes "ID", "details", "difficulty", "conditions", "acquisition candidate item", and "negotiation time" fields.

The “ID” field indicates information that uniquely identifies each offer prepared by the game system 1 . The "content" field indicates the content of the offer. In other words, the "Content" field outlines the original character requested in the offer.

The "Difficulty" field indicates the difficulty of responding to the offer. A larger number in the "Difficulty" field indicates a higher degree of difficulty. "Condition" indicates the condition of the original character requested in the offer. Higher difficulty offers have stricter terms than lower difficulty offers. For example, a more difficult offer will have more conditions than a less difficult offer. Further, for example, an offer with a high difficulty level is set with conditions that are less likely to be satisfied than an offer with a low difficulty level.

The "acquisition candidate item" field indicates game item candidates that the user can acquire in exchange for the original character. Here, the game item may be used to advance the development of the original character advantageously in the training part, or may be used to advance the battle in the battle part advantageously. good too.

The higher the difficulty, the higher the value (performance or rarity) of game items are included in acquisition candidate items. In other words, the higher the difficulty level, the more useful game items are included in the acquisition candidate items. In the example shown in FIG. 7, 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 are set as acquisition candidate items. Arranging these in descending order of value, they are grade S game items, grade A game items, grade B game items, grade C game items, and grade D game items.

For example, the following game items are set as obtainable candidate items (any of S-rank game items to D-rank game items).
・ Items that restore the main character's physical strength in the training part (recovery medicine, etc.)
・ Items that increase the probability of specific events occurring in the training part (amulet, etc.)
・ Items that temporarily increase the abilities of the original character during the battle part (special bat that temporarily increases power parameters, special gum that temporarily increases meat parameters, special items that temporarily increase control parameters) A ball, or a special gum that temporarily increases the ball speed parameter, etc.)

Note that game items that can be used in parts other than the training part and the battle part may be set as obtainable candidate items (any of S-rank game items to D-rank game items). For example, in-game currency or points may be set as acquisition candidate items. Specifically, the in-game currency (or points) required to obtain special game items, the points (or in-game currency) required to draw event characters, and the points (or in-game currency) required to compete Points (or in-game currency) or the like may be set as acquisition candidate items.

Note that the "feature item" shown in FIG. 6 is a game item with the highest value among acquisition candidate items. In other words, the "feature item" indicates the game item with the highest value among the game items that the user can obtain in exchange for the original character.

The "negotiation time" field indicates the negotiation time if the user responds to the offer. As will be described later, when the user selects an original character to be released and responds to the offer, an effect is made as if exchange negotiations between the original character to be released and the acquisition candidate item are being conducted, and depending on the result of the negotiation , at least one of the acquisition candidate items is given to the user. "Negotiation time" indicates the elapsed time in the real world until a 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 player who is good at meat", and the offer OF101 is an offer requesting the user to release an original character with a high meat ability. . The difficulty level 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 higher (that is, the condition that the meet parameter is any of "S", "A", "B", and "C"). is set only. In addition, acquisition candidate items include C-level game items and D-level game items, and the negotiation time is set to 30 minutes.

The content of the offer OF201 (offer whose ID is "OF201") is "I want a player who is strong against chances", and the offer OF201 requests the user to release an original character that can demonstrate the ability in the situation of chance. is an offer to The difficulty level of the offer OF201 is "2", and two conditions are set for the offer OF201. Specifically, the condition that the power parameter is equal to or greater than "C" (that is, the condition that the power parameter is any of "S", "A", "B", and "C"); Two conditions are set, one being that the player has the ability "chance ◯ or ⊚". These two conditions relate to different items (ability items). The offer OF201 has more conditions set than the offer OF101, and is therefore more difficult than the offer OF101. The acquisition candidate items also include a B-grade game item, and the negotiation time is set to 60 minutes. That is, compared to the offer OF101, the acquisition candidate items include game items of higher value, and the negotiation time is longer.

The content of the offer OF301 (offer whose ID is "OF301") is "I want a player with high responsiveness", and the offer OF301 intends to release an original character that can respond to various pitchers and situations. It is an offer to request from the user. The difficulty level of the offer OF301 is "3", and three conditions are set for the offer OF301. Specifically, the condition that the meat parameter and the power parameter are "C" or higher (that is, both the meat 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 the "anti-left pitcher ◯ or ⊚" and a condition that the player has the special ability 'Negative hit ◯ or ⊚'. These three conditions also relate to different items (ability items). More conditions are set in offer OF301 than in offer OF201, and therefore the degree of difficulty is higher than in offer OF201. The acquisition candidate items also include A-class game items, and the negotiation time is set to 90 minutes. That is, compared to the offer OF201, the acquisition candidate items include game items of higher value, and the negotiation time is longer.

The content of the offer OF401 (the offer whose ID is "OF401") is "I want a player trained using the event characters "Yabe" and "Komoto"", and the offer OF401 includes the event characters "Yabe" and " This is an offer that requests the user to release an original character created by playing the training part with both "Koumoto" set in the event deck. The difficulty level of the offer OF401 is "4", and three conditions are set for the offer OF401. Specifically, the condition is that the event character "Yabe" with a rarity of "R" or higher is set in the event deck and the event character "Komoto" with a rarity of "R" or higher is set in the event deck. There are three conditions: the condition that it was raised in a state where it was raised, and the condition that the meat parameter is "A" or higher (that is, the condition that the meat parameter is either "S" or "A"). is set. These three conditions also relate to different items. The number of conditions is the same as the offer OF301, but the type and rarity of the event characters used in the training part are limited in the offer OF401, so the difficulty level is higher than that of the offer OF301. The acquisition candidate items also include an S-class game item, and the negotiation time is set to 120 minutes. That is, compared to the offer OF301, the acquisition candidate items include game items of higher value, and the negotiation time is longer.

In the example shown in FIG. 7, offers with difficulty levels "1" to "4" are registered, but offers with a difficulty level of "5" or higher may be registered.

An offer for 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. Offers selected for each user as described above are displayed in the offer list image G130. Therefore, offers displayed in the offer list image G130 differ from user to user. Also, the offers displayed in the offer list image G130 change daily. The offers displayed in the offer list image G130 may be the same throughout the game system 1 instead of being different for each user. Further, the offer list image G130 may display all offers registered in the offer master table TBL101.

The user designates any offer by tapping any of the elements P131-1 to P131-4 of the offer list image G130. When any offer is specified, an offer information image showing detailed information of the offer is displayed on the display unit 15 .

FIG. 8 shows an example of an 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, difficulty level, negotiation time, conditions, and acquisition candidate items of the specified offer.

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 determined for each rank. FIG. 9 shows an example of an acquisition candidate item master table TBL102 that defines game items that can be set as acquisition candidate items for each rank. In the acquisition candidate item master table TBL102, game items (ID, name) that can be set as acquisition candidate items are registered for each rank. "ID" here is identification information for uniquely specifying each game item.

In the example shown in FIG. 9, game items that can be set as acquisition candidate items are 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. Game items B1 to B3, game items C1 to C3 which are class C game items, and game item D1 which is a class D game item are registered. For example, when class A game items are included in the acquisition candidate items, one of the game items A1 to A3 is randomly selected based on random numbers and set as one of the acquisition candidate items. The same applies to S-rank game items, B-rank game items, C-rank game items, and D-rank game items.

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

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

Offer information image G140 includes element P141. A 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. FIG.

Further, offer information image G140 includes element P142. Element P142 is associated with processing for selecting an offer displayed in offer information image G140. 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 released in response to the offer is displayed on the display unit 15. be.

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

A plurality of elements P152 (P152-1 to P152-6, etc.) corresponding to the original characters owned by the user are displayed in an area A151 of the original character list image G150. For example, the element P152-1 corresponding to the original character "Tanaka" displays the original character's name (Tanaka) and comprehensive ability (C). Here, the "total ability" is a comprehensive evaluation of the ability of the original character. be An "S" indicates very high ability and a "G" indicates very low ability.

The user designates an original character by tapping any one of the plurality of elements P152. The example shown in FIG. 10 shows the case where the tap operation is performed on the element P152-1. In this case, the element P152-1 is distinguished and displayed by, for example, adding a thick frame to the element P152-1.

Information on the original character specified by the user is displayed in the area A153. When the tap operation is performed on the element P152-1, the original character "Tanaka" corresponding to the element P152-1 is specified, and information on the original character "Tanaka" is displayed in the area A153. be. For example, the name, position, dominant arm, trajectory parameter, meet parameter, power parameter, running parameter, shoulder power parameter, and defensive power parameter are displayed in area A153.

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

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

Also, since the original character ``Tanaka'' has the special ability ``against left-handed pitchers ○'' (see FIG. 5), the original character ``Tanaka'' has the ability ``against left-handed pitchers ○ or ◎''. satisfies the conditions of 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 "Nagashi-hit ○" and "Nagashi-hit ◎" (see Fig. 5), does not satisfy the condition of "has". Therefore, no check mark is displayed in association with the condition.

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

As shown in FIG. 11, the negotiation result table TBL103 defines a negotiation result (great success, success, or failure) 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 original character's comprehensive ability is high. For example, even if there is one condition that the original character is not satisfied with, if the total ability of the original character is one of "A, B, or C", the negotiation result will be "success" and the original character will If the overall ability of the character is "S", the result of the negotiation will be "great success". Also, for example, even if there are two conditions that the original character is not satisfied with, if the total ability of the original character is "S", the result of the negotiation will be "success".

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 acquired items. Acquisition item table TBL104 defines acquisition items corresponding to negotiation results for each offer difficulty level.

In the obtained item table TBL104, the better the negotiation result is, the higher the value of the game item that the user can obtain. Furthermore, the higher the difficulty of the offer, the more valuable game items the user can acquire.

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 grade game item, the B grade game item, the C grade game item, and the D grade game item are set as acquisition candidate items.

For example, if the negotiation result is "failure", a D-grade game item is given to the user from among these acquisition candidate items. If the result of the negotiation is "successful", two of the A grade game item, the B grade game item, and the C grade game item, which are randomly selected based on random numbers, are given to the user. In this case, a game item with a higher value is given to the user than when the negotiation result is "failed".

Further, for example, when the negotiation result is "great success", one of the B-grade game item and the C-grade game item randomly selected based on a random number and the A-grade game item are given to the user. be. If the negotiation result is "successful", the A-grade game item (featured item) may not be given to the user. is surely given to the user. That is, a game item with a high value is reliably given to the user.

The degree of expectation displayed in area A154 of original character list image G150 plays a role of suggesting whether the negotiation result will be "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 asterisks in the area A154. An expectation level of "1" suggests that the negotiation result will be a "failure". An expectation level of "2" suggests that the negotiation result will be "successful". An expectation level of "3" suggests that the outcome of the negotiations will be a "great success." As described above, when the negotiation result is "great success", the user can certainly obtain the featured item. Also, if the negotiation result is "successful", the user may be able to obtain the featured item. Therefore, the degree of expectation also plays a role of suggesting the possibility that the user can acquire the featured item. In the example shown in FIG. 10, the expectation level is "2", so 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 featured item will be obtained. suggests there is.

The user selects an original character to be released in response to the offer (original character to be released) while referring to the contents of areas A153 and A154. That is, the user refers to the contents of the areas A153 and A154, and selects an original character with a higher possibility of obtaining the featured item as a release target.

In addition, in the area A151 of the original character list image G150, the display order of the original characters may be set based on the comprehensive ability. For example, the display order of the original characters may be set in descending order of 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, original characters with higher overall abilities may be displayed higher in the vertical direction. In the horizontal direction, original characters with higher overall abilities may be displayed on the left side. In the case of the example shown in FIG. 10, since the user tends to look at the element P152 (original character) in order from the upper side or left side of the area A151, there is a possibility of obtaining the featured item. It becomes easier for the user to select a higher original character.

Original character list image G150 includes element P157. Element P157 is associated with processing for selecting an original character in a specified state as a release target. Therefore, when the user selects the element P157 in the state shown in FIG. 10, the original character "Tanaka" is selected as a release target.

When the element P156 is selected, a confirmation image is displayed on the display unit 15 for the user to make a final confirmation as to whether or not to respond to the offer.

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

The message displayed as element P161 varies depending on expectations (expected negotiation results). FIG. 14 shows an example of a message table for determining messages to be displayed as element P161. The message table TBL105 is set for each difficulty level. In the message table TBL 105, messages are associated with combinations of expectations and the number of conditions satisfied by the original character.

In the offer with the difficulty level "3", if the number of conditions satisfied by the original character is 0, the negotiation result cannot be "success" or "great success" (see FIG. 11). is never "2" or "3", no message is set in the message table TBL105. Similarly, for an offer with difficulty level "3", if the number of conditions satisfied by the original character is 3, the negotiation result cannot be "failure" (see FIG. 11), and the expectation level is "1". Therefore, no message is set in the message table TBL105.

The user makes a final decision as to whether or not to respond to the offer while referring to the contents of element P161. The user selects element P163 when not responding to the offer. When the element P163 is selected, the original character list image G150 is displayed on the display section 15. FIG.

On the other hand, the user selects element P162 when responding to the offer. When element P162 is selected, it is confirmed that the original character selected for release will be released for the offer. That is, the selection of the offer and the selection of the original character to be released are formally accepted, and negotiations are carried out. However, the negotiation is not actually executed, the negotiation result is determined according to the negotiation result table TBL103, and the game item acquired by the user is determined according to the acquired item table TBL104.

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

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

FIG. 17 shows an example of a negotiation successful image. In an area A171 of the negotiation successful image G170, the content and difficulty of the offer that the user has responded to are displayed.

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

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

Element P175 is for ending the confirmation of the negotiation result. When the user selects element P175, offer list image G130 is displayed. At this time, in offer list image G130, another offer with difficulty level "3" is displayed as 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 any original character. For example, the user can obtain a game item in exchange for an original character that is rarely used. In particular, the offer function requires the user to weigh the offer and the original character, and select the offer or the original character to be released. As a result, according to the offer function, it is possible to provide the user with the interest of selecting an offer or an original character to be released by weighing the offer and the original character.

[3. Functional Blocks] Functional blocks related to the 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. As shown in FIG.

[3-1] As shown in FIG. 18, the game system 1 includes a data storage unit 100. FIG. 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 games.

Here, as a specific example of the data stored in the data storage unit 100, data necessary for providing the aforementioned 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 table. Includes table TBL108 and offer table TBL109. Among them, the offer master table TBL101, acquisition candidate item master table TBL102, negotiation result table TBL103, acquisition item table TBL104, and message table TBL105 have already been explained, so the explanation is omitted here.

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

A "user ID" field indicates identification information for uniquely identifying each user. The "username" field indicates the name of the user. The "game item" field shows a list of game items owned by the user. A "game item owned by the user" is a game item that is ready for use by the user. 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 “user-owned event character” is an event character that can be used at will by the user. Event character table TBL 107 includes fields described below.

The "ID" field indicates identification information for specifying 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 the baseball position that the event character is good at. The "favorite practice" field indicates a practice item that the event character is good at. A "level" field indicates the level of the event character.

The "Ability Parameter" fold indicates the event character's ability parameter. For example, when a game event occurs in the training phase, event characters incorporated in the event deck participate in the game as teammates of the main character. In such a match event, the event character's ability parameters are referred to.

The "event effect" field indicates the event effect associated with the event character. For example, the "event effect" field shows information about effects that can occur in the breeding phase when the event character is incorporated into the event deck. Information indicating the name and details of an event or bonus that can occur in the breeding phase when the event character is incorporated into 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 TBL 108 is stored for each user (stored in association with each user ID). The original character table TBL 108 shows a list of original characters owned by the user. An “original character owned by a user” is an original character that can be used at will by the user. The original character table TBL 108 contains the fields described below.

The "ID" field indicates identification information for specifying the original character owned by the user. The "name" field indicates the name of the original character. The "appropriate position" field indicates the baseball position that the original character is good at. 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 total ability of the original character. The "ability parameter" field indicates the ability parameter of the original character. "Ability parameters" are basic ability parameters that indicate the basic abilities of the original character (ballistics, meat, power, running power, shoulder strength, defensive strength, ball catching parameters) and special ability parameters that indicate the presence or absence of each special ability of the original character. registered in the field.

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

[3-1-4] FIG. 22 shows an example of the offer table TBL109. 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 being made to the user. Offer table TBL 109 includes the fields described below.

The "Difficulty" field indicates the difficulty of the offer. The "offers" field indicates offers that have been made to the user. The "acquisition candidate item" field indicates D-, C-, B-, A-, and S-grade game items selected as acquisition candidate items. The "state flag" field indicates the state of the offer. For example, a value of '0', '1', or '2' is registered in the 'state flag' field. A value of "0" indicates a non-negotiated state, a value of "1" indicates a negotiated state, and a value of "2" indicates a negotiated state.

The "original character to be released" field indicates the original character released by the user in response to the offer. The "negotiation result" field indicates the negotiation result. For example, a value of '0', '1', or '2' is registered in the 'negotiation result' field. A value of '0' indicates that the negotiation result is 'failure', a value of '1' indicates that the negotiation result is 'success', and a value of '2' indicates that the negotiation result is 'great success'. show. The "obtained item" field indicates a game item obtained by the user in exchange for the original character. The "scheduled negotiation end date and time" field indicates the scheduled date and time when the negotiation time will pass.

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

[3-2-1] The display control unit 110 controls the display unit 15 to display various information. For example, the display control unit 110 causes the display unit 15 to display condition information indicating conditions that the first object should satisfy in order to exchange the first object associated with the user identification information for the second object. conduct. For example, the display control unit 110 controls the display unit 15 to display a combination of condition information and a second object associated with the condition information.

The condition information selection accepting unit 120 accepts selection of condition information. The condition information selection acceptance unit 120 accepts selection of condition information displayed on the display unit 15 .

The object selection reception unit 130 receives selection of the first object associated with the user identification information. The association unit 140 exchanges the selected first object with the selected condition information based on the determination result as to whether the selected first object satisfies the condition indicated by the selected condition information. Associate the associated second object with the user identification.

Here, "to display various information on the display unit 15" means, for example, generating data necessary for displaying an image showing various information, and transmitting the data to the game terminal 10 to display the relevant information. It is to display an image on the display unit 15 . The "data necessary for displaying an image" may be data representing the image itself, or may be data necessary for generating the image. Also, “displaying various information on the display unit 15 ” may mean, for example, generating an image showing various information and causing the display unit 15 to display the image.

"User identification information" is information for uniquely identifying a user. In other words, "user identification information" is information for identifying a user. For example, a user ID corresponds to an example of "user identification information". Note that a user's name, user account, or e-mail address may also correspond to examples of "user identification information."

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

A "first object associated with user identification information" is an object that is stored in association with user identification information. In other words, an object owned by the user identified by the user identification. In other words, it is an object that is ready for use by the user identified by the user identification information.

For example, a game object generated based on the user's game play 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 have been set based on gameplay by the user. That is, it is a game object whose parameters have been updated from the initial state based on the game play by the user and whose parameters have been determined. For example, a game object generated by the user, a game character trained by the user, or a game item enhanced by the user is an example of "a game object generated based on the user's gameplay identified by the user identification information." corresponds to

A "second object" is an object different from the first object. For example, a "second object" is an object of a different type than the first object.

Note that "an object of a different type from the first object" is an object that is used for a purpose different from that of the first object. In other words, it is an object in which parameters of items different from the items of a plurality of parameters set in the first object are set. Furthermore, in other words, it is an object whose maximum number that a user can own is managed separately from the first object. That is, even if the number of first objects owned by the user has reached the upper limit, the user cannot add a second object unless the number of second objects owned by the user has reached the upper limit. can be obtained with For example, if the first object is a game character, the second object is a game item.

To "exchange a first object for a second object" means to associate a second game object with the user identification in exchange for disassociating the first game object with the user identification. ``Replace the first object with a second object'' means ``replace the first object with a second object'', ``replace the first object with a second object'', or ``replace the first object with a second object''. ” and so on.

“Condition information” is information indicating one or more conditions that the first object should satisfy in order to exchange the first object for the second object.

For example, a condition regarding the parameter information of the first object corresponds to an example of the "condition". Note that "parameter information" is, for example, information indicating the performance of an object. Specifically, it is information indicating the magnitude or level of the performance of the object. Alternatively, it is information indicating whether or not the object has a specific performance. Also, "parameter information" may be, for example, information indicating the state of an object. Specifically, it may be information indicating whether the state of the object is good or bad. Also, "parameter information" may be, for example, information indicating the rarity or popularity of an object. Parameter information is not limited to numerical information, and may be information other than numerical information.

Specifically, the condition that the value of the predetermined performance parameter of the first object is equal to or greater than (or equal to or less than) the threshold corresponds to an example of the "condition". Also, the condition that the first object has a predetermined special performance corresponds to an example of the "condition". Also, 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, etc.) 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, etc.) is used when generating the first object corresponds to an example of "condition". When the condition information indicates a plurality of conditions, the “plurality of conditions” are, for example, a plurality of conditions relating to different items. For example, "plurality of conditions" refer to a plurality of conditions relating to different parameter information (in other words, a plurality of conditions relating to different parameter items).

“Receiving 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 of selecting condition information. That is, an operation of selecting at least one item of condition information from among a plurality of items of condition information may be accepted.

"Receiving 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 a plurality of first objects associated with the user identification information has been selected. Note that "accepting selection of the first object" may mean accepting an operation of selecting the first object. That is, it may be accepting an operation of selecting at least one first object out of a plurality of first objects associated with the user identification information.

"Second object associated with condition information" is a second object that is stored in association with condition information.

“Associating the second object associated with the conditional information with the user identification information” means storing the second object associated with the conditional information in association with the user identification information. In other words, the second object associated with the condition information is given to the user identified by the user identification information. Further in other words, adding the second game object associated with the conditional information 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 can use the second object associated with the condition information in the game.

“Associating a second object with the user identification information in exchange for the first selected object” means that after disassociating the first selected object with the user identification information, the second object is associated with the user identification information. It is to associate with information. Alternatively, the association between the selected first object and the user identification information may be canceled after associating the second object with the user identification information. Alternatively, the association between the selected first object and the user identification information may be canceled and the second object may be associated with the user identification information. In short, the disassociation of the selected first object from the user identification information and the association of the second object with the user identification information may be performed at different times, or may not be performed at the same time. Note that "releasing the association between the selected first object and the user identification information" means removing the selected first object from among the first objects owned by the user.

For example, "associating a second object with user identification information in exchange for a first object based on a determination result" means that, if a condition is satisfied by the first object, in exchange for the first object, 2. Associating the object with user identification information. Alternatively, the second object may be associated with the user identification information in exchange for the first object, depending on 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 the second object is associated with the user identification information based on the determination result after the determination is made, good.

In the case of the aforementioned baseball game, for example, an offer corresponds to an example of "condition information," an original character owned by a user corresponds to an example of a "first object," and a game item corresponds to an example of a "second object." It corresponds to an example.

In the case of the baseball game described above, the display control unit 110 controls the display unit 15 to display the offer list image G130. Condition information selection accepting portion 120 accepts selection of one of the offers displayed in offer list image G130. The object selection reception unit 130 receives selection of a release target from the original characters owned by the user. Based on the determination result of whether or not the original character to be released satisfies the conditions required by the offer, the association unit 140 exchanges the original character to be released, and acquires candidate items set in the offer. to give the user at least one of

[3-2-2] For example, the condition information selection accepting unit 120 accepts 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 with a higher degree of difficulty than the first condition information. The second conditional information is associated with a second object of higher value than the second object associated with the first conditional information.

Here, the "difficulty level" is the difficulty of satisfying the condition by the first game object. The higher the difficulty, the more difficult the condition is to be satisfied by the first game object, and the lower the difficulty, the more likely the condition is to be satisfied by the first game object.

A “second object with higher value than the second object associated with the first condition information” is a second object that is more useful in the game than the second object associated with the first condition information. For example, it is a second object with higher performance or rarity than the second object associated with the first condition information.

In the case of the aforementioned baseball game, for example, the multiple offers displayed in the offer list image G130 correspond to an example of the "plurality of condition information", and the offer with the difficulty level "n" (n: 1 to 3) is the "th 1 condition information”, and an offer with a difficulty level of “n+1” corresponds to an example of “second condition information”. In the case of the above-mentioned baseball game, for example, for the offer of difficulty level "3", an A-grade game with a higher value than the acquisition candidate items (B-grade to D-grade game items) set for the offer of difficulty level "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 performs , the second object to be associated with the user identification information may be selected from among a plurality of second objects.

Here, "selecting the second object to be associated with the user identification information from among the plurality of second objects based on the extent to which the condition is satisfied by the selected first object" means, for example, Varying the second object associated with the user identification in exchange for one object based on the extent to which the condition is satisfied by the first object. Specifically, when the degree is high, the value (performance, rarity, etc.) of the second object associated with the user identification information in exchange for the selected first object is higher than when the degree is low. to make it higher.

Alternatively, "selecting a second object to be associated with user identification information from among a plurality of second objects based on the degree to which the condition is satisfied by the selected first object" means, for example, The number of second objects associated with the user identification in exchange for objects may vary based on the degree to which the condition is satisfied by the first object. Specifically, when the degree is high, the number of second objects associated with the user identification information is increased in exchange for the selected first object compared to when the degree is low. good.

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

Here, "selecting the second object to be associated with the user identification information from among the plurality of second objects based on the number of conditions satisfied by the selected first object" means, for example, Varying the second object associated with the user identification 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, rarity, etc.) of the second object associated with the user identification information in exchange for the selected first object is higher than when the number is small. to make it higher.

Alternatively, "selecting a second object to associate with user identification information from among a plurality of second objects based on the number of conditions satisfied by the selected first object" means, for example, the selected first object The number of second objects associated with the user identification in exchange for objects may vary based on the number of conditions satisfied by the selected first objects. Specifically, when the number is large, the number of second objects associated with the user identification information is increased in exchange for the selected first object compared to when the number is small. good.

In the aforementioned baseball game, for example, an offer with a difficulty level of "3" has three conditions set as conditions for the player to be requested, and A-class to D-class game items are set as acquisition candidate items. . The association unit 140 selects a game item to be obtained by the user (a game item to be given to the user) from class A to class D 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 means) associates the selected first object 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 in exchange for the selected first object. Further, the associating unit 140 (second associating means) determines whether the performance of the selected first object meets the predetermined standard even if the selected first object does not satisfy the condition indicated by the selected condition information. If so, the second object associated with the selected conditional information is associated with the user identification information in exchange for the selected first object.

In the aforementioned baseball game, for example, an offer with a difficulty level of "3" has three conditions set as conditions for the player to be requested, and an A-class game item is set as a featured item (Fig. 7, 8). The associating section 140 (first associating means) can provide the user with a grade A game item when the original character selected as the release target satisfies all of the above three conditions (see FIGS. 11 and 12). In addition, the associating unit 140 (second associating means) determines whether the original character selected as the release target does not satisfy one of the above three conditions (that is, if the original character selected as the release target 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 higher, the A-grade game item is given to the user. (See FIGS. 11 and 12). Furthermore, the associating unit 140 (second associating means) determines if the original character selected as the release target does not satisfy two of the above three conditions (that is, if the original character selected as the release target 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, after the selection of the condition information and the selection of the first object, the associating unit 140 selects the second object associated with the selected condition information when the waiting time elapses. The object may be made available for use by the user identified by the user identification information.

Here, "when the waiting time elapses after the selection of the condition information and the selection of the first object, the user can use the second object" means that the condition information and the selection of the first object, the user is restricted (prohibited) from using the second object until the waiting time elapses, and after the waiting time elapses, the restriction is lifted. and allow the user to use the second object. It should be noted that "until the waiting time elapses, the second object is not associated with the user identification information, thereby restricting (prohibiting) the use of the second object by the user, and when the waiting time elapses, the second object Allowing the user to use the second object by associating the object with the user identification" or "associating the second object with the user identification, but a waiting time elapses until the user is restricted (prohibited) from using the second object, and after the waiting time has passed, the user is allowed to use the second object."

Also, when the waiting time has elapsed, the second object may be put in a state in which the user can use it under a predetermined condition. That is, the second object may be made available for use by the user when the user accesses after the waiting time has elapsed. Alternatively, the second object may be made available for use by the user when the user performs a predetermined operation after the standby time has elapsed. Alternatively, when the standby time has elapsed, the second object may be made available to the user without waiting for access from the user or for the user to perform a predetermined operation.

Note that the second object may be unconditionally (immediately) made ready for use by the user when the waiting time has elapsed.

[3-3] As shown in FIG. 18, the game system 1 includes a condition information changing section 150. FIG. 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 in accordance with the arrival of a predetermined change timing. For example, in a mode in which the condition information selection accepting unit 120 accepts selection of condition information from a plurality of pieces of condition information, the condition information changing unit 150 selects a plurality of pieces of condition information according to the arrival of a predetermined change timing. change at least one of them.

Here, "to change at least one of the plurality of condition information" means to change all or part of the plurality of condition information to other condition information. That is, all or part of the plurality of condition information are replaced with condition information different from the condition information before change.

The “predetermined change timing” is the timing at which the condition information should be changed. For example, it is the timing at which 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”. Also, for example, a predetermined date and time (0:00 am every Sunday, 0:00 am on the 10th of every month, etc.) is set as the "change timing". Also, for example, a timing every predetermined time (for example, 12 hours) is set as the “change timing”. In addition, for example, the timing when or after updating the user's parameters (level or status, etc.), the timing when or after the user's play performance (play time, play performance, etc.) reaches a predetermined standard, or when the user Timing when or after obtaining a specific object (for example, a game item or game character with high value) can also be set as the "change timing".

"Change at least one of the plurality of condition information when a predetermined change timing arrives" means changing at least one of the plurality of condition information when the change timing arrives. is. For example, in a mode in which a predetermined time (midnight, etc.) or a predetermined date and time (every Sunday, 0:00 am, or the 10th day of every month, 0:00 am, etc.) is set as the change timing, the predetermined time or date and time is set. If so, 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 upon arrival of a predetermined change timing". Further, for example, in the case of a mode in which the timing of 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 every predetermined time. changing at least one of a plurality of pieces of condition information according to the arrival of a predetermined change timing.

In the case of the aforementioned baseball game, the offer for 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 for each user every day at a predetermined time (midnight, etc.).

[3-4] As shown in FIG. 18, the game system 1 includes a possibility information acquisition section 160. FIG. 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 controls the display unit 15 to display the possibility information before the selection of the condition information is accepted or the selection of the first object is accepted.

Here, the “possibility information” is, for example, information indicating whether or not there is a high possibility that the second object will be associated with the user identification information in exchange for the first object. Alternatively, the “possibility information” is, for example, information indicating whether or not there is a low possibility that the second object will be associated with the user identification information in exchange for the first object. Alternatively, the "possibility information" may be, for example, numerical values, characters, symbols, or images representing the likelihood that the second object will be associated with the user identification information in exchange for the first object.

In the case of the aforementioned 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 suggest the possibility that the user can obtain the featured item. These correspond to an example of "possibility information".

[3-5] As shown in FIG. 18, the game system 1 includes a waiting time setting section 170. FIG. 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 standby time setting section 170 sets the length of the standby 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. In addition, when the difficulty level is high, the waiting time may be shortened compared to when the difficulty level is low.

In the case of the aforementioned baseball game, an 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 in the game system 1 will be described.

[4-1] FIG. 23 shows an example of processing for setting offers for each user. For example, the process shown in FIG. 23 is executed for each user at a predetermined time (midnight, etc.) every day. The condition information changing unit 150 is realized by executing the processing shown in FIG. 23 according to the program. The following description assumes that the process shown in FIG. 23 is executed for 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 status of the offer with the difficulty level "i" currently being made to the user U1 is "unfinished". Negotiation" is determined (S302). For example, the control unit 31 refers to the offer table TBL 109 of the user U1 and determines whether or not the status flag of the offer with the difficulty level "i" is "0".

If the status is "not negotiated", the control unit 31 selects one of the offers with the difficulty level "i" as a new offer for the user U1 (S304). For example, the control unit 31 randomly selects one of the offers with 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 acquisition candidate items for the offer selected in step S304 (S306). For example, if the difficulty level of the offer selected in step S304 is "1", it is necessary to set one D-rank game item and one C-rank 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-grade game item and one C-grade game item based on random numbers.

After executing step S306, the control unit 31 replaces the offer with 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 TBL 109 of the user U1 and changes the "offer" field of the record with 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. Also, the "state flag" is initialized to "0", and the "original character to be released", "negotiation result", "obtained item", and "scheduled negotiation end date and time" fields are also initialized to the NULL state.

After executing step S308, the control unit 31 determines whether or not the variable i is 4 (S310). Here, it is assumed that the maximum difficulty level of the offer is "4". It is determined whether or not the processing of to S308 has been completed.

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

If 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, if it is determined that the variable i is 4, the control unit 31 terminates this process.

[4-2] FIG. 24 shows an example of processing executed to display the offer list image G130. The display control unit 110 is implemented by executing the processing shown in FIG. 24 according to a program. In the following description, it is assumed that the offer list image G130 is displayed on the display unit 15 of the game terminal 10 of the user U1.

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

When the above request is received, the control unit 31 determines whether or not there is an offer in the "negotiating" state among the offers currently made to the user U1 (S322). For example, the control unit 31 refers to the offer table TBL 109 of the user U1 and determines whether or not there is an offer whose status flag is "1".

If there is an offer in the "under negotiation" state, the control unit 31 determines whether or not the scheduled end date and time of the negotiation for the offer has passed (S324). If the scheduled negotiation end date and time have passed, the control unit 31 updates the state of the offer to the state of "negotiation established" (S326). For example, the control unit 31 refers to the offer table TBL 109 of the user U1 and updates the offer status flag to "2".

After executing step S324, control unit 31 transmits the data of offer list image G130 to game terminal 10 via communication unit 33 (S328). For example, the control unit 31 refers to the offer table TBL 109 of the user U1 and obtains a list of offers currently made to the user U1. Then, control unit 31 generates data for offer list image G<b>130 based on the list, and transmits the data to game terminal 10 . The “image data” may be data representing the image itself, or data representing information necessary to generate the image. The same applies to the following.

If it is determined in step S322 that there is no offer in the "negotiating" state, or if it is determined in step S324 that the scheduled negotiation end date and time have not passed, the process proceeds to step S326. is executed, the process of step S328 is executed.

Control unit 11 of game terminal 10 receives the data of offer list image G130 via 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 processing executed when one of the elements P131-1 to P131-4 of the offer list image G130 shown in FIG. 6 is selected. show. The display control unit 110 and the possibility information acquisition unit 160 are implemented by executing the processes shown in FIGS. 25A and 25B according to the program. The following description assumes that the user U1 designates the offer OF301.

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

When the notification is received, control unit 31 transmits the data of offer information image G140 to game terminal 10 via 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, control unit 31 generates data for offer information image G<b>140 based on the information, and transmits the data to game terminal 10 .

Control unit 11 of game terminal 10 receives the data of offer information image G140 via communication unit 13 (S112). 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 being displayed, the control unit 11 monitors whether or not the element P142 is selected by the user. is notified to the server 30 (S116). In this case, for example, the user ID of user U1 and the ID of offer OF 301 are transmitted from game terminal 10 to server 30 together with the 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 user U1's original character table TBL108 and obtains a list of original characters owned by the user U1. Then, control unit 31 generates data for original character list image G<b>150 based on the list, and transmits the data to 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 point, no original character may be specified, or any original character (for example, the first original character) may be specified in advance. .

While the original character list image G150 is being displayed, the control unit 11 monitors whether or not any element P152 has been selected by the user (that is, whether or not any original character has been designated by the user). Then, when any element P152 is selected, as shown in FIG. 25B, the control unit 11 sends the ID of the original character (that is, the original character specified by the user) corresponding to the element P152 to the communication unit 13 to the server 30 (S122). The following description assumes that the original character OC1 is specified. 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 information on the original character OC1. Also, the control unit 31 refers to the offer master table TBL101 and reads out the player conditions requested in the offer OF301. Then, the control unit 31 determines whether or not the original character OC1 satisfies the conditions. Furthermore, the control unit 31 predicts the negotiation result based on the difficulty level of the offer OF301, the total ability of the original character OC1, and the number of conditions satisfied by the original character OC1 (see FIG. 11), and predicts the degree of expectation for the offer OF301. 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 being displayed, the control section 11 also monitors whether the element P155 has been selected by the user. When the element P155 is selected by the user, the original character in the specified state is selected as the release target, and the control section 11 notifies that the release target original character has been selected (S128). ). The following description assumes that the original character OC1 is selected as the release target. 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.

Control unit 31 receives the notification (S342), and transmits the data of confirmation image G160 to game terminal 10 via 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" to determine the degree of expectation for the offer OF301 and the conditions satisfied by the original character OC1. Read out the message corresponding to the combination with the number of . Then, control unit 31 generates data for confirmation image G<b>160 in which the read message is displayed as element P<b>161 and transmits the data to game terminal 10 .

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

[4-4] FIG. 26 shows an example of processing executed when the element P162 of the confirmation image G160 is selected. By executing the processing shown in FIG. 26 according to a program, the condition information selection receiving section 120, the object selection receiving section 130, and the waiting time setting section 170 are realized. The following description assumes that the user U1 selects to release the original character OC1 in response 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 transmits the request via the communication unit 33. and receive (S350). The release request indicates that the offer OF301 has 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 together with the user ID of the user U1 from the game terminal 10 to the server 30, and the selection of the offer and the selection of the original character to be released are formally 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 information on the original character OC1. Also, the control unit 31 refers to the offer master table TBL101 and reads out the player conditions requested in the offer OF301. Then, the control unit 31 determines whether or not the original character OC1 satisfies the conditions. Furthermore, the control unit 31 determines the negotiation result based on the difficulty level of the offer OF301, the overall ability of the original character OC1, and the number of conditions satisfied by the original character OC1 (see FIG. 11). Also, the control unit 31 accesses the offer table TBL 109 of the user U1 and registers the determined negotiation result in the "negotiation result" field.

After executing step S354, the control unit 31 determines acquisition items (game items to be acquired by the user: in other words, game items to be granted to the user) (S356). For example, the control unit 31 refers to the offer table TBL109 of the user U1 and identifies acquisition candidate items set in the offer OF301. Then, the control unit 31 determines acquisition items from acquisition candidate items set in the offer OF 301 based on the total ability of the original character OC1 and the number of conditions satisfied by the original character OC1 (FIG. 12). reference). Also, the control unit 31 accesses the offer table TBL 109 of the user U1 and registers the determined acquired item in the "acquired 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 when the negotiation time has elapsed from the current date and time in the "scheduled negotiation end date and time" field. Furthermore, the control unit 31 updates the value of the "state flag" field to "1".

After step S358 is executed, control unit 31 transmits the data of offer list image G130 to game terminal 10 via communication unit 33 (S360), and control unit 11 of game terminal 10 transmits the data via communication unit 13. Receive (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, an 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 an offer in the "negotiation established" state is specified). Here is an example. The association unit 140 is realized by executing the processing shown in FIG. 27 according to the program. In the following description, it is assumed that the user U1 designates an offer OF301 in the "negotiation established" state.

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

When the notification is received, the control unit 31 gives the user the acquired item in the offer OF 301 (S372). For example, the control unit 31 refers to the "obtained item" field of the offer table TBL109 of the user U1, and identifies the obtained item in the offer OF301. Then, the control unit 31 accesses the user table TBL106 and adds the ID of the acquired item to the "game item" field of the user U1, thereby granting the acquired item to the user.

After execution of step S372, control unit 31 transmits the data of negotiation successful image G170 to game terminal 10 via 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, based on the information, control unit 31 generates data for successful negotiation image G<b>170 and transmits the data to game terminal 10 .

Control unit 11 of game terminal 10 receives the data of negotiation successful image G170 via 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 with the same difficulty level as the offer OF301 as a new offer for the user U1. Also, the control unit 31 selects acquisition candidate items of the selected offer. Then, the control unit 31 replaces the offer OF301 among the offers for 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 being 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 via 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 user U1 is transmitted from game terminal 10 to server 30 together with the request.

When the request is received, control unit 31 transmits the data of offer list image G130 to game terminal 10 via communication unit 33 (S380), and control unit 11 of game terminal 10 transmits the data of 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 offer function described above. According to the offer function, the user can obtain a game item in exchange for any original character. For example, the user can obtain a game item in exchange for an original character that is rarely used. In particular, the offer function requires the user to weigh the offer and the original character, and select the offer or the original character to be released. As a result, according to the offer function, it is possible to provide the user with the interest of selecting an offer or an original character to be released by weighing the offer and the original character.

In the offer function, based on the degree to which the original character to be released satisfies the conditions of the offer (the number of conditions that the original character satisfies), the user selects from among the multiple acquisition candidate items set in the offer. A game item to be given to is selected. Therefore, the user needs to consider the extent to which the original character satisfies the conditions in the offer (the number of conditions satisfied by the original character), and select the original character to be offered or released. As a result, it is possible to provide the user with the interest of selecting an offer or an original character to be released in consideration of the degree to which the original character satisfies the conditions of the offer (the number of conditions that the original character satisfies).

Also, with the offer function, even if the original character to be released does not satisfy the conditions of the offer, if the original character has high overall ability, the featured item of the offer can be given to the user. Therefore, the user must not only weigh the original character and the conditions of the offer, but also consider the overall ability of the original character to select the original character to be offered or released. As a result, it is possible to provide the user with the interest of selecting an original character to be offered or released, not only by weighing the original character and the conditions of the offer, but also by considering the overall ability of the original character.

In the offer function, the degree of expectation (area A154 of original character list image G150) and message ( Since the element P161) of the confirmation image G160 is displayed, the user can select the original character to be offered or released in consideration of the above possibilities.

In addition, 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, the user selects at least one of the multiple acquisition candidate items set in the offer. becomes available. As a result, the series of procedures from the selection of the original character to be offered or released to the state in which the user can use the game item is not concentrated at one time. Therefore, accesses from users can be distributed, and as a result, the processing load of the game system 1 can be reduced.

Furthermore, according to the offer function, by setting a waiting time, it is possible to encourage the user to play the game again after the waiting time has passed, and it is possible for the user to play the game more frequently. Become. Also, in the offer function, the length of waiting time is set according to the difficulty of the offer selected by the user, so it is said that the offer and the original character to be released are selected considering the difficulty and waiting time of the offer. Interest can be provided to the user.

Also, in the offer function, the combination of the offer and the acquisition candidate item set for the offer is displayed in the offer list image G130 and the offer information image G140, so that the user can weigh the original character, the offer, and the acquisition candidate item. You can select the original character to be offered or released. Therefore, it is possible to provide the user with interest in selecting an original character to be offered or released by weighing the original character, the offer, and the acquisition candidate item.

In addition, the offer function accepts the selection of offers from multiple offers with different difficulty levels, and the featured item of the higher difficulty offer is set to a higher value game item than the featured item of the lower difficulty offer. be. For this reason, should you choose an offer that has a high degree of difficulty but allows you to obtain more valuable items, or an offer that has a lower value of obtainable items but has a lower difficulty and is easier to obtain items? It can provide the user with an interest to decide which one to choose.

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

[6. Modifications] The present invention is not limited to the embodiments described above.

[6-1] In the embodiments described above, the user can acquire game items in exchange for original characters, but the user may acquire game objects other than game items. For example, the user may acquire an event character in exchange for an 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, 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 an obtainable candidate event character in the same manner as the acquisition candidate item.

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

[6-2] In the above-described embodiments, the user releases an original character to obtain a game item in exchange for the original character. can be released. For example, the user may acquire game items in exchange for event characters. Also, for example, the user may be allowed to acquire an event character in exchange for a game item.

[6-3] As conditions for the player requested in the offer, conditions regarding the use record of the original character in the battle part (the number of uses, batting record, pitcher record, etc.) may be set. In short, the condition that the first object's usage record (number of times of use, results obtained when used, etc.) satisfies a predetermined criterion can also correspond to an example of the "condition".

[6-4] In the embodiments described above, the original character to be released was selected after selecting the offer, but the offer is selected after selecting the original character to be released. may

[6-5] The training part and the battle part may be implemented 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 themed on baseball has been mainly described, but the present invention can also be applied to other games. INDUSTRIAL APPLICABILITY The present invention can be applied to a game in which a user owns multiple objects and uses an object selected from the multiple objects.

[7. Addendum] From the above description, the present invention can be 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 this does not limit the present invention to the illustrated embodiments.

1) A game control device (30 or 10) according to one aspect of the present invention exchanges a first object (for example, an original character) associated with user identification information with a second object (for example, a game item). condition information selection receiving means (120) for receiving selection of condition information (for example, an offer) indicating a condition to be satisfied by one object; object selection receiving means (130) for receiving selection of the first object; Based on the determination result of whether or not the first object satisfies the condition indicated by the selected condition information, in exchange for the selected first object, a second object associated with the selected condition information is obtained. and association means (140) for associating an object with said user identification.

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

12) Further, a program according to an aspect of the present invention functions 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 for

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

14) Also, in the method for controlling a game control device (30 or 10) according to an aspect of the present invention, a first object associated with user identification information is exchanged for a second object, and the first object satisfies a condition information selection receiving step (S350) for receiving selection of condition information indicating a condition to be applied; an object selection receiving step (S350) for receiving selection of said first object; Associating a second object associated with the selected condition information with the user identification information in exchange for the selected first object based on a determination result as to whether the condition indicated by the condition information is satisfied and a step (S372).

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 related to the first object associated with the user identification information; , an object selection receiving step (S350) for receiving selection of the first object, and based on the determination result of whether or not the first object satisfies the conditions indicated by the condition information, in exchange for the first object, and an associating step (S372) of associating a second object associated with the first condition information with the user identification information.

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. You can get a second object in exchange. For example, a user can obtain a second object in exchange for a first object that is used less frequently. In particular, in the present invention, based on the determination result of whether or not the first object selected by the user satisfies the conditions indicated by the condition information selected by the user, in exchange for the first object, the condition information Since the second object associated with is associated with the user identification information, the user needs to weigh the first object and condition information to select the first object and condition information. Therefore, according to the present invention, it is possible to give the user interest in selecting the first object and condition information after weighing the first object and 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 means (140) sets the condition indicated by the selected condition information to the selected condition information. A second object to be associated with the user identification information may be selected from among the plurality of second objects based on the degree of satisfaction with the first object.

According to the invention described in 2), when a 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. Based on the degree, the second object to be associated with the user identification information is selected from among the plurality of second objects. and condition information must be selected. Therefore, according to the present invention, it is possible to give the user interest in selecting the first object and the condition information in consideration of the extent to which the first object satisfies the condition indicated by the condition information.

3) In one aspect of the invention, the selected condition information indicates a plurality of conditions that the first object associated with the user identification information must satisfy in order to redeem the first object for the second object. the means for associating (140) selects the user identification information from among the plurality of second objects based on the number of conditions satisfied by the selected first object among the plurality of conditions; A second object to be associated with may be selected.

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 Since the second object to be associated with the user identification information is selected from among 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, the user is given interest in selecting the first object and the condition information by considering the number of conditions satisfied by the first object from among the plurality of conditions indicated by the condition information. be able to.

4) In one aspect of the present invention, the association means (140) associates the selected first object with the selected condition information when the selected first object satisfies the condition indicated by the selected condition information. first associating means (140) for associating a second object with said user identification information in exchange for said selected first object; and said selected first object satisfies a condition indicated by said selected condition information. Even if not, if the performance of the selected first object is equal to or higher than a predetermined standard, the second object associated with the selected condition information is exchanged for the selected first object. and second association means (140) for associating with the user identification information.

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 standard. If so, the second object associated with the conditional 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 conditional information, but also the first object It is necessary to select the first object and the condition information in consideration of the performance of . Therefore, according to the present invention, it is possible to give the user interest in selecting the first object and the condition information by not only comparing the first object and the condition information but also considering the performance of the first object. can be done.

5) In one aspect of the present invention, based on the condition information and the first object, possibility information (for example, expectation level ), and before the selection of the condition information is accepted or the selection of the first object is accepted, the possibility information is displayed on the display means (15) and means for controlling (110).

According to the invention described in 5), there is a possibility that the second object associated with the condition information is associated with the user identification information before the selection of the condition information is accepted or the selection of the first object is accepted. 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 selected condition information when a waiting time elapses after the selection of the condition information and the selection of the first object. The second object associated with may be made available for use 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. It is ready for use by the user. According to the present invention, the series of procedures from selecting the condition information and the first object to making the second object available to the user are not performed in a concentrated manner at one time. It becomes possible to disperse accesses from , and as a result, it becomes possible to reduce the processing load of the game control device. Moreover, according to the present invention, it is possible to prompt the user to play the game again after the waiting time has passed, 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 means (140) selects the selected condition information when a waiting time elapses after the selection of the condition information and the selection of the first object. The second object associated with is made usable by the user identified by the user identification information, and the game control device (30 or 10) determines the difficulty level of the condition indicated by the selected condition information A waiting time setting means (170) for setting the length of the waiting time based on the above may be included.

According to the invention described in 7), the length of the waiting time until the user can use the second object is determined based on the difficulty level of the condition indicated by the condition information selected by the user. Since it is set, it is possible to give the user interest in selecting the first object and the condition information in consideration of the difficulty level and waiting time of the condition indicated by the condition information.

8) In one aspect of the present invention, the method includes means for performing control for displaying a combination of the condition information and a second object associated with the condition information on a display means (15), and receiving the selection of the condition information. The means (120) may receive 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 condition information to be displayed is accepted. The first object and the conditional information can be selected by weighing the information and the second object associated with the conditional information. Therefore, according to the present invention, it is possible to give the user interest in selecting the first object and the condition information by weighing the first object, the condition information, and the second object associated with the condition information.

9) In one aspect of the present invention, the condition information selection accepting means (120) accepts selection of condition information from among 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 with 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. can be

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

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

According to the invention described in 10), selection of condition information is accepted from among a plurality of condition information, and at least one of the plurality of condition information is changed in response to arrival of a predetermined change timing. The condition information selectable by the user can be changed, and as a result, 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 audio 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 reception unit 130 object selection reception unit 140 association unit 150 condition information change unit 160 possibility information acquisition unit 170
Waiting 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 completed 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 (1)

condition information selection receiving means for receiving selection of 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;
object selection receiving means for receiving selection of the first object;
The selected first object is associated with the selected condition information in exchange for the selected first object based on a determination result as to whether or not the selected first object satisfies the condition indicated by the selected condition information. an association means for associating the obtained second object with the user identification information;
A game control device comprising:

Images