Program, game device, and game element providing device

Abstract

To provide a game with high amusement for a player.SOLUTION: Presenting a type of a first game element that can be provided in each stage and a winning probability thereof in a browsable manner for each stage, the stage being performed for a limited period and including a plurality of stages; And second first game element provision means for providing the first game element by lottery in which the winning probability is changed on condition that the cumulative number of times of provision of the first game element is counted, the cumulative number of times of provision is presented, and the cumulative number of times of provision reaches an upper limit value. Transition to provision of a first game element in a next stage when provision of the first game element in a predetermined stage satisfies a predetermined condition; The change of the winning-probability of the second first game-element providing device is a change for increasing the winning-probability of winning the first game element having a high value.SELECTED DRAWING: Figure 22

Description

[Technical Field]

[0001] The present invention relates to a program, a game device, and a game element providing device. [Background technology]

[0002] In recent years, games have become known that are configured so that a user can play each of a plurality of parts. When a game is configured so that a player can play each of the multiple parts, depending on the nature of the game or the game settings, a player may frequently play a particular part while rarely playing another part. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2013-146590 Summary of the Invention [Problem to be solved by the invention]

[0004] In a game such as the one described above, making each part interesting for the player will increase the enjoyment of the game.

[0005] SUMMARY OF THE INVENTION It is therefore an object of the present invention to provide a program and a game device that can provide a highly entertaining game for players. [Means for solving the problem]

[0006] One aspect of the present invention is a program that causes a computer to function as a first game element providing means, which consists of multiple stages and provides a first game element by lottery in each stage, and when the provision of the first game element satisfies a predetermined condition, the first game element providing means transitions to providing the first game element of the next stage.

[0007] One aspect of the present invention is a game element providing device that consists of multiple stages, and includes a first game element providing means for providing a first game element by lottery in each stage, and when the provision of the first game element satisfies a predetermined condition, the first game element providing means transitions to providing the first game element in the next stage.

[0008] One aspect of the present invention is a program that causes a computer to function as a first game element acquisition means consisting of multiple stages, which acquires a first game element by lottery in each stage, and the first game element acquisition means transitions to acquiring the first game element in the next stage when the provision of the first game element satisfies a predetermined condition.

[0009] One aspect of the present invention is a game device that consists of multiple stages, and is equipped with a first game element acquisition means for acquiring a first game element by lottery in each stage, and when the provision of the first game element satisfies a predetermined condition, the first game element acquisition means transitions to acquiring the first game element in the next stage. [Effects of the Invention]

[0010] According to the present invention, a highly entertaining game can be provided. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 1 shows an example of a card in which a character is embodied. [Figure 2] FIG. 2 is a diagram showing an example of a stone. [Figure 3] Figure 3 is a diagram for explaining the flow of one story. [Figure 4] FIG. 4 is a diagram showing an example of the overall configuration of a game system according to this embodiment. [Figure 5] FIG. 5 is a diagram showing an example of the device configuration of a notebook computer, which is an example of the player terminal 1. As shown in FIG. [Figure 6] FIG. 6 is a block diagram showing an example of the functional configuration of the player terminal 1. As shown in FIG. [Figure 7]FIG. 7 is a diagram showing an example of the player information database D1. [Figure 8] FIG. 8 is a diagram showing an example of the game element information database D2. [Figure 9] FIG. 9 is a diagram showing an example of the owned card / stone information database D3. [Figure 10] FIG. 10 is a diagram showing an example of the deck database D4. [Figure 11] The figures from FIG. 11 onwards are diagrams for explaining deck organization. [Figure 12] FIG. 12 is a diagram showing an example of the area selection screen. [Figure 13] FIG. 13 shows an example of a support character selection screen. [Figure 14] FIG. 14 is a diagram showing an example of the stone selection screen. [Figure 15] FIG. 15 is an example of the behavior part home screen 61. [Figure 16] FIG. 16 is a diagram showing an example of transformation performance 1. [Figure 17] FIG. 17 is a diagram showing an example of transformation performance 2. [Figure 18] FIG. 18 is a diagram showing an example of a battle screen. [Figure 19] FIG. 19 is a diagram showing an example of a battle screen. [Figure 20] FIG. 20 is a diagram showing an example of a battle start screen. [Figure 21] FIG. 21 is a diagram showing an example of ending episode 1. [Figure 22] FIG. 22 is a diagram showing an example of ending episode 2. [Figure 23] Figure 23 is an example of the results screen. [Figure 24] FIG. 24 is a block diagram showing an example of the functional configuration of the game server 2. As shown in FIG. [Figure 25] FIG. 25 is an operational flowchart of the action part execution process executed by the action part execution control unit 104. [Figure 26]FIG. 26 is an operational flowchart of the transformation part execution process executed by the transformation part execution control unit 105. [Figure 27] FIG. 27 is an operational flowchart of the battle part execution process executed by the battle part execution control unit 106. [Figure 28] FIG. 28 is an operational flowchart of the ending part execution process executed by the ending part execution control unit 106. [Figure 29] FIG. 29 is an operational flowchart of the result part execution process executed by the result part execution control unit 108. [Figure 30] FIG. 30 shows an example of a top home screen 60 for a game. [Figure 31] FIG. 31 is a diagram showing an example of the store screen. [Figure 32] FIG. 32 is a diagram showing an example of the provided card information database D10. [Figure 33] FIG. 33 is a diagram showing an example of the player's currency information database D11. [Figure 34] FIG. 34 is a flowchart showing the operation of the card provision process. [Figure 35] FIG. 35 is a diagram for explaining the transition of the store purchase screen. [Figure 36] FIG. 36 is a diagram for explaining the transition of the store screen displayed on the player terminal 1 when purchasing a card. [Figure 37] FIG. 37 is a flowchart of the process for updating the number of times stored and provided. [Figure 38] FIG. 38 is a diagram showing an example of the provided information database D20 for steps 1 to 4. [Figure 39] FIG. 39 is an example of a step-up offer screen. DETAILED DESCRIPTION OF THE INVENTION

[0012] <Game Overview> To facilitate understanding of the game system in this embodiment, an outline of the game to which this embodiment is applied will be described.

[0013] First, the game elements that appear in this game will be explained.

[0014] The game elements that appear in this game are divided into a first type of game element and a second type of game element.

[0015] The first type of game element is a character (person, etc.), which is represented by an image, a virtual or real object, etc. An object is, for example, a virtual or real card.

[0016] There are three types of characters: first, second, and third. The first character is the main character who takes the lead role in the game. The second character is a sub-character who forms a group with the main character. The third character is a character that can be added using the friend function described below. The player selects the desired first, second, and third characters to form a group (deck).

[0017] The first, second, and third characters each have multiple statuses, which include the character's attributes, their attribute values, the character's support effect value, the character's intimacy with the player (referred to as intimacy), and the character's skills (abilities).

[0018] A character's level increases as the game progresses. A character's attributes are characteristics that represent the character, such as colors (e.g., red, blue, yellow, green) or personalities (e.g., bright, cool). In this embodiment, a character's attributes are colors, and each character is associated with two of the four colors (red, blue, yellow, and green). That is, each character has two attributes. Hereinafter, the two attributes possessed by a character are referred to as the first attribute and the second attribute. A character's attribute value is a parameter indicating the degree of the attribute. A character has attribute values ​​for four attributes (red, blue, yellow, and green). Each attribute value changes by performing actions described below. A character's support effect value is an ability value exhibited when the character is a second character, and as described below, is an ability value that supports the action selected by the player. The higher the ability value, the more advantageous the progress of the game. A character's intimacy level is the degree of intimacy between the player and the character, and increases by selecting special actions described below. As intimacy increases, the character's expressions of affection toward the player change and the amount of information provided to the player increases, improving the relationship between the player and the character. Furthermore, the player can gain an advantage in battles, as described below. Character skills are activated by fulfilling certain conditions, providing an advantage in the game.

[0019] Figure 1 shows an example of a card in which a character has been transformed. In Figure 1, card X1 is an example of a card for a character with the attributes "red" and "blue" and a level of 50, and card X2 is an example of a card for a character with the attributes "yellow" and "green" and a level of 50.

[0020] The second type of game element is an item that the player collects and affects the game. In this embodiment, these items are called stones. The second type of game element (stone) has multiple status information. The types of status are attributes that represent the character, and parameters such as attribute values, ranks, and skills.

[0021] A stone's attribute is one of the attributes that represent the character's characteristics. In other words, it has one of four colors: red, blue, yellow, and green. A stone's attribute value is a parameter that indicates the degree of the attribute. Stones have attribute values ​​for four attributes (red, blue, yellow, and green). A stone's rank indicates the stone's strength. A stone's skills are skills that give advantages to actions, which will be described later.

[0022] Fig. 2 is a diagram showing an example of a stone. In Fig. 2, stone Y1 is a diagram showing an example of a stone with an attribute of "red" and a rank of "SS", and stone Y2 is a diagram showing an example of a stone with an attribute of "blue" and a rank of "SS". The character image of the stone is preferably an image of the transformed form of a character with similar status information.

[0023] Next, the flow of the game in this embodiment will be explained. The game is made up of at least one story. Figure 3 is a diagram for explaining the flow of one story.

[0024] The story includes Deck Composition Part 10, Episode 11, Action Part 12, Transformation Part 13, Battle Part 14, Ending Part 15, and Result Part 16.

[0025] Deck organization part 10 is where you organize your deck from the cards and stones you own. When organizing your deck, you select the character slots from the cards you own: a card for your first main character, a card for your second sub character, and a card for a third character using the friend function described below. You can select up to one card for your first character, two cards for your second character, and one card for your third character. However, you must select one card for your first main character. You can also include up to four stones from your own stones in your deck. You can also add one stone as a spare stone.

[0026] Episode 11 is a part where the character's episode is displayed, and is not a part that the player can control. Episode 11 is inserted between parts at appropriate times.

[0027] The action part 12 is the main part of the game and is controlled by the player. The action part 12 includes multiple turns 20. The number of turns 20 in one action part 12 is predetermined. For example, one action part 12 consists of six turns. The player can select one action for each turn 20. The types of actions are area investigation 21, request acceptance 22, and rest 23.

[0028] District Investigation 21 is the action of selecting one spot from the spots scattered throughout the district selected at the start of the story (game) and investigating the selected spot. Spots have one of several attributes. When the investigation of the spot is completed, the parameters of the characters in the deck will increase and investigation points will be awarded depending on the results of the District Investigation 21 investigation. The results of the District Investigation 21 investigation can be either successful or unsuccessful, and if the investigation is successful, the parameters of the characters in the deck will increase and investigation points will be awarded. In particular, the rate of increase in the attribute values ​​of characters with the same attributes as the spot's attributes will be higher. The investigation points awarded are the points required to complete the action part and are accumulated.

[0029] The district investigation 21 is carried out by consuming action points, which are parameters that increase the success rate of the district investigation 21 and the request acceptance 22. The action points, which are parameters that increase the success rate, are assigned a maximum value at the start of the action part 12.

[0030] In the Request Order 22, a player selects a specific request (mission) from the game management side, and by completing that request (mission), the parameters of the characters in the deck increase and research points are awarded and accumulated. In particular, many research points are awarded for completing the action part. The mission results of the Request Order 22 can be success or failure, and if the mission result is successful, the parameters of the characters in the deck increase and research points are awarded. The Request Order 22 is completed by consuming action points, which are parameters that increase the success rate.

[0031] Rest 23 is an action that restores energy points, a parameter that increases the success rate. By choosing the Rest 23 action, the success rate of the district investigation increases.

[0032] Each turn 20, the player can select one of the following actions: area investigation 21, request acceptance 22, or rest 23. When the player completes the selected action and the accumulated investigation points exceed a predetermined value, the player can complete action part 12.

[0033] When the accumulated investigation points exceed a predetermined value and Action Part 12 is completed, the player moves on to Transformation Part 13. Transformation Part 13 is the part that depicts the transformation of the first character, who is the main character. The first character transforms from the first character's normal appearance during Action Part 12 into a combat appearance. In addition, the transformation performance of the first character varies depending on the attribute values, etc. of the character that have changed in Action Part 12.

[0034] The battle part 14 is a part where the first character transformed from the first type of game element battles against a non-player character prepared by the game operator. In the battle game, the outcome of the battle is determined by parameters such as the attribute values ​​of the stones in the deck and the intimacy of the characters.

[0035] The ending part 15 is a performance part that precedes the result part of the game. The performance performed in the ending part 15 varies depending on the attribute values ​​of the character that have changed in the action part 12.

[0036] When Ending Part 15 ends, a result screen is displayed showing the character parameters that have changed as a result of completing Action Part 12 and Battle Part 14, details of the stones that have been awarded, etc.

[0037] As described above, one of the features of the game of this embodiment is that various second-type game elements are discovered using first-type game elements, and the discovered second-type game elements have a significant impact on the battle using the first type of game.

[0038] Another feature is that the subsequent transformation part 13 and ending episode 15 are presented differently depending on the results of the action part 12 using the first type of game element.

[0039] Next, the configuration of this embodiment will be described.

[0040] <Overall structure> Fig. 4 is a diagram showing an example of the overall configuration of a game system in this embodiment. As shown in Fig. 4, the game system is configured to include a player terminal 1 provided for each of game players A and B, and a game server 2. The player terminal 1 and the game server 2 can be connected to a communication line N and can communicate with each other.

[0041] The communication line N refers to a communication path that allows data communication. In other words, the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN such as Ethernet (registered trademark), a telephone communication network, a cable network, the Internet, and other communication networks, regardless of whether the communication method is wired or wireless.

[0042] The player terminal 1 is a computer capable of executing a game program, and is connected to a communication line N via a wireless communication base station or the like, and can perform data communication with the game server 2. The player terminal 1 is, for example, a personal computer, a smartphone, a mobile phone, a portable game device, a stationary home game device, an arcade game device, a tablet computer, a controller for a stationary home game device, etc. Basically, there are multiple player terminals 1, and each is operated by a player.

[0043] The game server 2 is a server system configured to include one or more server devices, storage devices, etc. The game server 2 provides various services for operating the game of this embodiment, and can manage data necessary for operating the game, distribute game programs and data necessary for running the game on the player terminals 1, etc.

[0044] Fig. 5 is a diagram showing an example of the device configuration of a notebook computer, which is an example of the player terminal 1. As shown in Fig. 5, the player terminal 1 includes a display 11 and a keyboard 12, which is an operating means. The player terminal 1 also includes a control board, a built-in battery, a power button, a volume control button, a speaker, etc., which are not shown.

[0045] The control board is equipped with various microprocessors such as a CPU, GPU, and DSP, various IC memories such as an ASIC, VRAM, RAM, and ROM, and a wireless communication module for wireless communication with a mobile phone base station. The control board also is equipped with a so-called I / F circuit (interface circuit), such as a driver circuit for the touch operation panel 12. These elements equipped on the control board are electrically connected to each other via a bus circuit or the like, and are connected to enable reading and writing of data and sending and receiving of signals.

[0046] Next, the configuration of each device will be described.

[0047] <Configuration of player terminal 1> FIG. 6 is a block diagram showing an example of the functional configuration of the player terminal 1. As shown in FIG.

[0048] As shown in FIG. 6, the terminal 1 includes a display unit 51, an operation input unit 52, a sound output unit 53, a communication unit 54, a storage unit 55, and a processing unit 56.

[0049] The display unit 51 displays various game screens based on input image signals. The functions of the display unit 51 can be realized by a display device such as a flat panel display such as a liquid crystal display, a cathode ray tube (CRT), a projector, or a head-mounted display. In the example of the personal computer in FIG. 5, the display unit 51 corresponds to the display 3.

[0050] The operation input unit 52 allows the player to input various operations related to the game, and outputs operation input signals corresponding to the operation input to the processing unit 56. The functions of the operation input unit 52 can be realized by elements that are directly operated by the player's fingers, such as a keyboard, mouse, touch pad, home button, button switch, joystick, or trackball, as well as elements that detect movement or posture, such as an acceleration sensor, angular velocity sensor, tilt sensor, or geomagnetic sensor. In the example of the personal computer in FIG. 5, the operation input unit 52 corresponds to the keyboard 4.

[0051] The sound output unit 53 outputs sound effects and the like related to the game based on the input sound signal.

[0052] The communication unit 54 realizes communication by connecting to the communication line N. The function of the communication unit 54 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a jack for a wired communication cable, a control circuit, or the like.

[0053] The storage unit 55 stores in advance or temporarily stores each time processing is performed programs for operating the player terminal 1 and implementing various functions of the player terminal 1, as well as data used during execution of these programs. The storage unit 55 can be realized by, for example, RAM, ROM, a solid state drive using IC memory such as flash memory, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD.

[0054] The storage unit 55 stores a system program and a game program. The system program is a program for realizing the basic functions of the player terminal 1 as a computer. The game program is a program for causing the processing unit 56 to perform the functions described below. This program is distributed from the game server 2 or another application distribution server, etc., once the player has completed account registration. The storage unit 55 also stores databases necessary for running the game. In this embodiment, the storage unit 55 stores a player information database D1, a card information database D2, an owned card / stone information database D3, and a deck database D4.

[0055] The player information database D1 is a database that stores various pieces of player information. Fig. 7 is a diagram showing an example of the player information database D1. The player information database D1 includes a field for a player ID, a field for a player name, a field for a level, a field for an owned card ID, a field for an owned stone ID, a field for a setting deck, a field for story information, and a field for the last update date and time, and each piece of information is stored in association with each other.

[0056] The player ID field is a field in which identification information that identifies a player is entered. The player name field is a field in which, for example, a nickname is entered. The level field is a field in which the player's level, which is obtained by accumulating experience points, is entered. The owned card ID field is a field in which card identification information (card ID) of cards owned by the player is entered. The owned stone ID field is a field in which card identification information (card ID) of stones owned by the player is entered. The set deck field is a field in which the deck ID of the currently set deck is entered. The story information field is a field in which story progress information is entered. The last update date and time field is a field in which the last update date and time of the game element information database D2 is entered.

[0057] The game element information database D2 is a database that stores information on game elements that appear or are used in the game. Figure 8 is a diagram showing an example of the game element information database D2. The card information database D2 includes a card ID field, a character name field, a character information field, a basic character image field, a transformed character image field, a transformation effect field, an ending episode field, and a last update date and time field.

[0058] The card ID field is a field in which identification information (game card ID) that identifies the card is written. The character information field is a field in which character information (for example, initial status information, etc.) of the character that has been transformed into the character is written. The basic character image field is a field in which an image of the character's normal appearance in the action part is written. The transformed character image field is a field in which an image of the character's appearance after transformation in the battle part, etc. is written. The transformation effect field is a field in which transformation effects 1 to 3 are written. The ending episode field is a field in which ending episodes 1 to 3 are written. The last update date and time field is a field in which the last update date and time of the game element information database D2 is written.

[0059] The owned card / stone information database D3 is a database of cards and stones owned by a player. Figure 9 shows an example of the owned card / stone information database D3. The owned card / stone information database D3 includes a field for the ID of the owned card or stone and a field for its status information. The status information field describes the status information of the card or stone, such as its attributes, attribute value, rank, level, etc.

[0060] The deck database D4 is a database that records the contents of the decks organized by the player. Figure 10 is a diagram showing an example of the deck database D4. The deck database D4 includes a deck ID field, a card ID field for the first character, a card ID field for the second character, a card ID field for the third character, a card ID field for the fourth character, and a stone ID field for the stone.

[0061] The Deck ID field is a field where the deck ID that identifies the deck is entered. The First Character Card ID field, Second Character Card ID field, Third Character Card ID field, and Fourth Character Card ID field are fields where the card ID of the first main character, the card IDs of the second and third sub characters, and the card ID of the fourth character rented from a friend are entered. The Stone ID field is a field where the stone and sub stone IDs to be included in the deck are entered.

[0062] These databases can be downloaded by the game server 2 as characters used in the game are added or changed.

[0063] The processing unit 56 comprehensively controls the operation of the terminal 1 based on programs and data stored in the memory unit 55, various input signals from the operation input unit 52, etc. The functions of the processing unit 56 can be realized by electronic components such as a microprocessor such as a CPU or GPU, an ASIC, and an IC memory. The processing unit 56 includes, as main functional units, a player information management unit 101, a game execution control unit 102, a deck compilation unit 103, an action part execution control unit 104, a transformation part execution control unit 105, a battle part execution control unit 106, an ending episode execution control unit 107, a result part execution control unit 108, and a store presentation control unit 109.

[0064] The player information management unit 101 manages player information using the player information database D1. When the information is updated, the player information management unit 101 updates the player information database D1 and records the update date.

[0065] The game execution control unit 102 controls and manages the progress of the entire game. For example, the game execution control unit 102 displays a menu screen such as a home screen, and executes processing selected by the player. FIG. 30 shows an example of a top home screen 60 for the game. The top home screen 60 includes story buttons that transition to various stories (action parts) of the game, and a store button that transitions to the store.

[0066] The deck compilation unit 103 is a unit that compiles a deck from the cards and stones that the player owns. Figures 11 and onward are diagrams for explaining deck compilation.

[0067] The deck organization unit 103 displays a deck organization screen. Figure 11 shows a screen for selecting a first character to be the main character. Each character belongs to one of the teams based on attributes, etc., and by selecting a team, the cards X of the characters belonging to that team are displayed.

[0068] When the player selects a first character to be the main character, the deck compilation unit 103 displays a district selection screen to select the district that the deck will be responsible for. Figure 12 shows an example of the district selection screen. Each district is associated with two attributes, a first attribute and a second attribute, and selecting the same attribute as the main character's attribute is advantageous for increasing various parameters.

[0069] Once the region selection is complete, the deck organization unit 103 displays a support character selection screen for selecting a card for a second sub-character and a card for a third character using the friend function. Figure 13 shows an example of the support character selection screen. The friend function allows the player to select characters owned by players other than the player.

[0070] Finally, the deck organization unit 103 displays a stone selection screen for selecting stones. FIG. 14 shows an example of the stone selection screen. The player selects the desired stone from the stones they own. Once the stone is selected, the deck organization unit 103 writes the contents of the newly organized deck into the deck database D4, and the deck organization process is complete.

[0071] The action part execution control unit 104 controls and executes the action parts in the story. An action part 12 includes a plurality of turns 20. The number of turns 20 in one action part 12 is predetermined, for example, six turns. The player can select one action for each turn 20. The types of actions are area investigation 21, request acceptance 22, and rest 23.

[0072] When the story button on the top home screen 60 is selected, the action part execution control unit 104 starts the action part and displays an action part home screen 61 on which the player can select an action. FIG. 15 is an example of the action part home screen 61. The action part home screen 61 in FIG. 15 displays selection buttons for selecting an area investigation 21, a request acceptance 22, and a rest 23, and the player can select any of the actions. The action part home screen 61 also displays the first character.

[0073] When the player selects the District Investigation 21, the action part execution control unit 104 presents spots scattered throughout the selected district at the start of the story (game) and develops an investigation story for one of the spots selected by the player. Each spot has one of several attributes. By spending energy points to complete the investigation of a spot, the action part execution control unit 104 increases the parameters of the characters in the deck and grants investigation points. The action part execution control unit 104 accumulates the awarded investigation points and displays them as investigation points 24 on the action part home screen 61. Because the purpose of the District Investigation 21 is to increase the parameters, such as the attribute values ​​of the characters forming the deck, particularly the first character, the investigation point award rate is set lower than for the Request Acceptance 22. Furthermore, energy points, which are the success rate parameter 25, are displayed on the action part home screen 61, and the action part execution control unit 104 consumes energy points, which are the success rate parameter, to develop the investigation story. To increase energy points, which are the success rate parameter, a rest 23 must be performed.

[0074] When the request order 22 is selected, the action part execution control unit 104 presents the prepared mission to the player. By completing the mission, the action part execution control unit 104 increases the parameters of the characters in the deck and grants research points. The action part execution control unit 104 accumulates the granted research points and displays them as accumulated points 24 on the action part home screen 61. Note that, because the purpose of the request order 22 is to accumulate research points to complete the action part, the increase rate of parameters such as attribute values ​​of the characters forming the deck, particularly the first character, is set low, and the grant rate of research points is set high. In addition, the action part home screen 61 displays action points, which are the success rate parameter 25, and the action part execution control unit 104 consumes action points, which are the success rate parameter, to execute the mission.

[0075] When Break 23 is selected, the action part execution control unit 104 executes a break performance in which the first character appears, such as a conversation story with the first character. Break 23 increases the motivation points, which are the parameter 25 for the success rate of the area investigation 21 and the request acceptance 22, and also serves to increase the intimacy with the first character. The motivation points to be restored are determined by lottery, i.e., by a random function. The motivation points to be restored may be 0.

[0076] The player selects one of the above-mentioned area investigation 21, request acceptance 22, and rest 23 in one turn 20 and completes the selected action. The action part execution control unit 104 records the turn or story that the player has completed in the story information in the player information database D1. When the accumulated investigation points exceed a predetermined value, the action part execution control unit 104 completes the action part 12 and notifies the transformation part execution control unit 105 of the completion of the action part 12.

[0077] The transformation part execution control unit 105 executes the transformation part 13 after the action part 12 is completed. The transformation part 13 is a part that directs the transformation of the first character, who is the main character. The transformation of the first character is a transformation from the first character's normal appearance during the action part 12 to an appearance for battle. In addition, the transformation performance of the first character varies depending on the attribute values, etc. of the character that have changed in the action part 12.

[0078] The transformation part execution control unit 105 identifies the first character in the deck, identifies the card ID of the first character, and identifies transformation effects 1 to 3 associated with the card ID from the card information database D2. Transformation effect 1 is selected when the attribute value of the first attribute of the first character is greater than the attribute value of the second attribute. Transformation effect 2 is selected when the attribute value of the first attribute of the first character is smaller than the attribute value of the second attribute. Transformation effect 3 is selected when the attribute value of the first attribute and the attribute value of the second attribute of the first character are the same. FIG. 16 is a diagram showing an example of transformation effect 1, and FIG. 17 is a diagram showing an example of transformation effect 2. In the examples of FIGS. 16 and 17, the background differs depending on the magnitude of the attribute values ​​of the first attribute and the second attribute of the first character. The lines of the first character may also be changed. What is common to transformation performances 1 to 3 is that the transformed appearance of the first character is a deformed version of the first character, different from the normal appearance of the first character displayed in action part 12. For example, the transformed character is smaller than the normal appearance of the first character.

[0079] After completing the transformation part 13, the battle part execution control unit 106 executes a battle part 14 between the character organizing the deck and a non-player character. The outcome of the battle is determined by the magnitude of the combat power calculated from the parameters of the stones in the deck and the intimacy level of the first character. The first character appearing on the battle screen is the first character transformed in the transformation part 13, and the background may differ depending on the magnitude of the attribute values ​​of the first attribute and the second attribute of the first character. Figures 18 and 19 are diagrams showing examples of the battle screen.

[0080] When the battle part 14 is completed (for example, when the battle is won), the battle part execution control unit 106 writes the fact that the battle part 14 is completed in the story information of the player information database D1.

[0081] The battle part execution control unit 106 also has a skip function for the battle part 14. The skip function is a function that allows a player to skip the battle part 14 again when re-executing a story in which all parts have been completed. This skip function is used because, since the action part 12 allows a player to select a different action each turn and is a part that places emphasis on character development, even after one story is completed, it is meaningful to execute the action part 12 of that story multiple times, whereas the battle part places emphasis on the battle, and once a player has won, there is little point in executing it multiple times.

[0082] At the start of a battle part, the battle part execution control unit 106 checks the story information in the player information database D1, and if battle part 14 has been completed, displays a message on the battle start screen for battle part 14 indicating that it can be skipped and displays a battle skip button. Figure 20 is a diagram showing an example of the battle start screen. When the battle skip button is selected, the battle part execution control unit 106 skips battle part 14 without executing it, and notifies the ending part execution control unit 107 that battle part 14 has been completed.

[0083] Regarding the difference between the time of the action part 103 and the time of the battle part 104, the time of the action part 103 is longer because the battle part 104 is a simple battle as described above.

[0084] The ending part execution control unit 107 presents an ending episode in the ending part 15 after the end of the battle part 14. The ending episode differs depending on the magnitude relationship between the attribute value of the first attribute and the attribute value of the second attribute of the first character.

[0085] The ending part execution control unit 107 identifies the first character in the deck, identifies the card ID of the first character, and identifies ending episodes 1 to 3 associated with the card ID from the card information database D2. Ending episode 1 is an ending episode selected when the attribute value of the first attribute of the first character is greater than the attribute value of the second attribute. Ending episode 2 is an ending episode selected when the attribute value of the first attribute of the first character is smaller than the attribute value of the second attribute. Ending episode 3 is an ending episode selected when the attribute value of the first attribute and the attribute value of the second attribute of the first character are the same. FIG. 21 is a diagram showing an example of ending episode 1, and FIG. 22 is a diagram showing an example of ending episode 2. In the examples of FIGS. 21 and 22, the lines, characters, background, etc. differ depending on the magnitude of the attribute value of the first attribute and the attribute value of the second attribute of the first character.

[0086] The result part execution control unit 108 determines the rank of the stone to be awarded and displays a result screen. The rank of the stone to be awarded is determined by converting each attribute value of the first character into evaluation points and adding up the evaluation points. The result part execution control unit 108 then determines the rank of the stone based on the total value of the evaluation points. The result part execution control unit 108 also determines the attribute of the stone to be awarded. The result part execution control unit 108 determines the attribute based on the magnitude relationship between the attribute value of the first attribute of the first character and the attribute value of the second attribute of the first character. If the attribute value of the first attribute is greater than the attribute value of the second attribute, the result part execution control unit 108 determines the attribute of the stone to be the first attribute. On the other hand, if the attribute value of the first attribute is less than the attribute value of the second attribute, the result part execution control unit 108 determines the attribute of the stone to be the second attribute. When the attribute value of the first attribute and the attribute value of the second attribute are the same, either the first attribute or the second attribute is selected by lottery.

[0087] The result part execution control unit 108 displays a story result screen including information such as the rank and attributes of the stones to be awarded. Fig. 23 is an example of the result screen. In Fig. 23, the attribute value of the first character and information on the stones to be awarded are presented.

[0088] When the store button on the top home screen 60 is selected, the store presentation control unit 109 requests the server 2 to display a store screen, and based on the received store screen information, displays the store screen so that a purchase button for the card to be traded can be selected. Fig. 31 is a diagram showing an example of the store screen. The store screen in Fig. 31 includes an owned currency list 90, card purchase buttons 91, 92, and 93, and a rarity determination gauge 94.

[0089] The owned currency list 90 displays a list of currencies owned by the player. Currency is the price of cards, and in this embodiment includes card tickets, free currency, and paid currency. Card tickets and free currency are provided free of charge by the game operator. There are several types of card tickets, including normal card tickets that allow one card to be acquired, and consecutive card tickets that allow ten cards to be acquired in succession. Free currency can be used in units of one, and can be used to acquire cards, other items, etc. Paid currency can be acquired in exchange for money, and like free currency, can be used in units of one, and can be used to acquire cards, other items, etc.

[0090] The card purchase button 91 is a button that allows a card to be acquired at a price lower than the normal card price, limited to once per day. However, the currency that can be used is limited to paid currency. In this embodiment, 100 units of currency are required to acquire one card, but by selecting the once per day limited card button 91, it is possible to acquire one card for 50 units of currency. Once the once per day limited card button 91 is selected and an exchange for a card is carried out, it cannot be used until the next day. Note that one day is an example, and any other predetermined period, such as three days or one week, may be used.

[0091] The card purchase button 92 can be used to consume currency to acquire one card. Any of card tickets, free currency, and paid currency can be used.

[0092] The card purchase button 93 allows you to consume currency to acquire 10 cards. Any of the following currencies can be used: card tickets, free currency, and paid currency. The benefit of purchasing 10 cards in succession is that it increases the probability of acquiring high-rarity cards, as will be described later. When purchasing a card using any of the card purchase buttons 91, 92, and 93, the rarity of the card is determined by a lottery held by the game device 1 or the server 2, and a card of that rarity is awarded. The probability of winning a card with a higher rarity is lower.

[0093] The rarity determination gauge 94 is a gauge that indicates the number of cards provided to the player (the number of times the player has acquired cards), and increases by one each time a card is acquired. In this embodiment, the system is such that if a player acquires 100 cards, one card with high rarity is always granted.

[0094] In this embodiment, the priority order of the currencies consumed when purchasing a card is determined in advance: card tickets, free currency, and paid currency are consumed in this order.

[0095] <Game Server 2 Configuration> 24 is a block diagram showing an example of the functional configuration of the game server 2. The game server 2 includes a processing unit 70, a communication unit 71, and a storage unit 72.

[0096] The processing unit 70 performs overall control of the operation of the game server 2 based on programs and data stored in the memory unit 72, received information, etc. The functions of the processing unit 70 can be realized by electronic components such as a microprocessor such as a CPU or GPU, an ASIC, and an IC memory. The processing unit 70 has the functions of a player information management unit 80, a game execution management unit 81, and a store management unit 82.

[0097] The player information management unit 80 manages player information. The player information includes a player information database D1, a possessed card / stone information database D3, and a deck database D4 for each player ID.

[0098] The player information management unit 80 compares the player ID, update information and last update date and time of each database sent when the player terminal 1 logs in to the game with the contents of each database for the player ID stored on the game server 2 side, and if there is a match, it sends a message to that effect, but if there is a mismatch, it sends the contents of each database for the player ID stored on the game server 2 side, thereby synchronizing the contents of each database between the player terminal 1 and the game server 2.

[0099] The game execution management unit 81 manages the game. It mainly has a game element information database D2, and when the game elements are updated, it transmits the update information to the player terminal 1. Then, when logging in to the player terminal 1, the contents of the game element database D2 are synchronized between the player terminal 1 and the game server 2.

[0100] The store management unit 82 manages the stores that provide cards using the provided card information database D10 and the player-held currency information database D11. Fig. 32 is a diagram showing an example of the provided card information database D10, and Fig. 33 is a diagram showing an example of the player-held currency information database D11. The provided card information database D10 includes a card ID field, a rarity information field, and a winning probability field. The card ID field is a field in which the card ID that identifies the card is written. The rarity information field is a field in which the rarity information of the card is written, with the larger the number, the higher the rarity. The winning probability field is a field in which the winning probability of the card is written, with the larger the number, the higher the probability of winning.

[0101] The player-held currency information database D11 includes a player ID field, a free currency field, a ticket field, a paid currency field, a purchase history information field, and a field for the number of times that cards have been provided. The player ID field is a field in which the player's player ID is recorded. The free currency field is a field in which the number of free currency held by the player is recorded. The ticket field is a field in which the number of free currency held by the player is recorded. The paid currency field is a field in which the number of paid currency held by the player is recorded. The purchase history information field is a field in which the player's card and currency purchase history is recorded. The accumulated number of times that cards have been provided is a field in which the accumulated number of times that cards have been provided to the player is recorded.

[0102] Upon receiving a request from the player terminal 1, the store management unit 82 refers to the provided card information database D10 and the player-held currency information database D11, determines the card to be provided in exchange for the currency consumed, and transmits the card ID information.

[0103] The communication unit 71 connects to a communication line N to realize communication.

[0104] A system program and a game program are stored in the memory unit 72. The system program is a program for realizing the basic functions of the game server 2 as a computer. The game program is a program for causing the processing unit 70 to function as a player information management unit 80, a game execution management unit 81, and a store management unit 82.

[0105] Furthermore, the recording unit 72 stores player information for each player ID in a player information database D1, a possessed card / stone information database D3, a deck database D4, a provided card information database D10, and a player possessed currency information database D11.

[0106] <Operation of player terminal 1> The operation of the player terminal 1 will now be described.

[0107] <Behavior Part 12> First, a description will be given of the operation of the action part execution control unit 104. Fig. 25 is an operational flowchart of the action part execution process executed by the action part execution control unit 104.

[0108] Once the deck is organized and the player starts the game, the action part of a predetermined story begins. As shown in Figure 15, the action part execution control unit 104 presents selectable actions: area investigation 21, request acceptance 22, and rest 23 (Step 100). The player selects one of the presented actions.

[0109] When the district investigation 21 is selected (Step 101), the action part execution control unit 104 executes the district investigation 21 (Step 102). When the completion conditions for the district investigation 21 are met through the player's play (Step 103), the parameters of the first character in the deck are increased and investigation points are awarded to the player (Step 104). Note that in the case of the district investigation, it is preferable to increase the rate of increase of the first character's parameters and award fewer investigation points, in order to balance with other actions.

[0110] When the request order 22 is selected (Step 105), the action part execution control unit 104 executes the request order 22 (Step 106). When the completion conditions for the request order 22 are met through the player's play (Step 107), the parameters of the first character in the deck are increased and research points are awarded to the player (Step 108). Note that in the case of the request order 22, it is preferable to decrease the rate of increase in the parameters of the first character and increase the amount of research points awarded, in order to balance it with other actions.

[0111] When Break 23 is selected (Step 110), the action part execution control unit 104 executes Break 23 (Step 111). When the player's play satisfies the completion conditions for Break 23 (Step 112), the parameters of the first character in the deck are increased, and the player is given action points (Step 113). Note that in the case of Break 23, the rate of increase in intimacy level of the first character's parameters is increased.

[0112] As mentioned above, by varying the rate at which a character's parameters increase and the number of points awarded (research points, action points, etc.) for each action, it is important for the player to choose each action in a balanced manner.

[0113] Next, the action part execution control unit 104 determines whether action part 12 is complete (Step 109). Completion of action part 12 is determined based on whether the player's accumulated investigation points exceed a predetermined value. If the player's accumulated investigation points exceed the predetermined value at the completion of a predetermined turn 20 (Step 114), the action part execution control unit 104 ends action part 12, updates the story information, and transitions to transformation part 13 (Step 115).

[0114] <Transformation Part 13 Actions> The operation of the transformation part execution control unit 105 will be described below.

[0115] The transformation part execution control unit 105 determines the first character on the deck (Step 120). Then, the transformation part execution control unit 105 selects transformation performance 1 to transformation performance 3 associated with the first character (Step 121).

[0116] The transformation part execution control unit 105 determines the magnitude relationship between the attribute value of the first attribute of the first character and the attribute value of the second attribute of the first character (Step 122). If the attribute value of the first attribute is greater than the attribute value of the second attribute (Step 123), the transformation part execution control unit 105 selects transformation performance 1 (Step 124). If the attribute value of the first attribute is less than the attribute value of the second attribute (Step 125), the transformation part execution control unit 105 selects transformation performance 2 (Step 126). If the attribute value of the first attribute and the attribute value of the second attribute are the same (Step 130), the transformation part execution control unit 105 selects transformation performance 3 (Step 130).

[0117] The transformation part execution control unit 105 executes the selected transformation performance (Step 127). Next, the transformation part execution control unit 105 displays the first character's post-transformation appearance. The post-transformation appearance is a deformed version of the first character (Step 128). Then, the transformation part execution control unit 105 ends transformation part 13 and transitions to battle part 14 (Step 129).

[0118] <Match Part 14 Actions> The following describes the operation of the battle part execution control unit 106. Fig. 27 is a flowchart showing the operation of the battle part execution process executed by the battle part execution control unit 106.

[0119] The battle part execution control unit 106 determines whether to skip the battle part (Step 140). The battle part execution control unit 106 checks the story information in the player information database D1, and if the battle part 14 has been completed (Step 141), it displays a message on the battle start screen for the battle part 14 that it can be skipped, as shown in Fig. 20, and displays a battle skip button (Step 142). If the battle skip button is selected (Step 143), the battle part execution control unit 106 skips the battle part 14 and moves to the ending part 15 (Step 150).

[0120] On the other hand, if the battle skip button is not selected or skipping is not possible, the battle part execution control unit 106 reads the parameters of the stones in the deck and the intimacy level with the first character (Step 144), and calculates the player's fighting power 1 (Step 145). The battle part execution control unit 106 calculates the fighting power 2 of the opposing player (non-player character) (Step 146). Then, the battle part execution control unit 106 determines the outcome of the battle (Step 147).

[0121] If the player's fighting power 1 is greater than the fighting power 2 of the opposing player (non-player character) (Step 148), the battle part execution control unit 106 determines that the player has won (Step 149). If the player's fighting power 1 is less than the fighting power 2 of the opposing player (non-player character) (Step 148), the battle part execution control unit 106 determines that the player has won (Step 151). Then, the battle part execution control unit 106 ends the battle part 14 and transitions to the ending part 15 (Step 150).

[0122] Regarding skipping the battle part, in the above explanation, the possibility of skipping the battle was presented before the start of battle part 14, but this is not limited to this and the option may also be presented at the start of the story.

[0123] <Ending Part 15 Actions> The following describes the operation of the ending part execution control unit 107. Fig. 28 is a flowchart showing the operation of the ending part execution process executed by the ending part execution control unit 106.

[0124] The ending part execution control unit 107 determines the first character of the deck (Step 160). Then, the ending part execution control unit 107 selects ending episodes 1 to 3 associated with the first character (Step 161).

[0125] The ending part execution control unit 107 determines the magnitude relationship between the attribute value of the first attribute of the first character and the attribute value of the second attribute of the first character (Step 162). If the attribute value of the first attribute is greater than the attribute value of the second attribute (Step 163), the ending part execution control unit 107 selects ending episode 1 (Step 164). If the attribute value of the first attribute is less than the attribute value of the second attribute (Step 165), the ending part execution control unit 107 selects ending episode 2 (Step 167). If the attribute value of the first attribute and the attribute value of the second attribute are the same (Step 165), the ending part execution control unit 107 selects ending episode 3 (Step 168).

[0126] The ending part execution control unit 107 executes the selected ending episode (Step 168). Then, the ending part execution control unit 107 ends the ending part 15 and moves to the result part 16 (Step 169).

[0127] <Result Part 16 Operation> The following describes the operation of the result part execution control unit 108. Fig. 29 is a flowchart showing the operation of the result part execution process executed by the result part execution control unit 108.

[0128] The result part execution control unit 108 determines the rank of the stone to be awarded (Step 180). The result part execution control unit 108 converts each attribute value of the first character into an evaluation point (Step 181) and adds up the evaluation points (Step 182). Then, the result part execution control unit 108 determines the rank of the stone based on the total value of the evaluation points (Step 183).

[0129] Next, the result part execution control unit 108 determines the attribute of the stone to be awarded (Step 184). The result part execution control unit 108 determines the magnitude relationship between the attribute value of the first attribute of the first character and the attribute value of the second attribute of the first character (Step 184). If the attribute value of the first attribute is greater than the attribute value of the second attribute (Step 185), the result part execution control unit 108 determines the attribute of the stone to be the first attribute (Step 186). If the attribute value of the first attribute is less than the attribute value of the second attribute (Step 185), the result part execution control unit 108 determines the attribute of the stone to be the second attribute (Step 186).

[0130] The result part execution control unit 108 displays a result screen of the story including information such as the rank and attributes of the stones to be awarded (Step 187), and then awards the stones to the player (Step 188).

[0131] <Card provision process> The card providing operation will now be described with reference to the flowchart of FIG.

[0132] When the store button is selected from the top home screen 60 of FIG. 30, the store presentation control unit 109 of the player terminal 1 transmits a request for store screen information (including the player ID) to the server 2.

[0133] Upon receiving a request from the player terminal 1, the store management unit 82 of the server 2 references the player-owned currency information database D11 for the player ID and acquires the tickets, free currency, paid currency, number of times accumulated and provided, and purchase history information owned by the player (Step 200). The store management unit 82 transmits store screen information including the acquired free currency, paid currency, number of times accumulated and provided, and purchase history information (Step 201).

[0134] When the store display control unit 109 of the player terminal 1 receives the store screen information (Step 203), it displays the store screen 61 as shown in Fig. 31 based on the free currency, paid currency, number of accumulated offers, and purchase history information included in the store screen information (Step 204). Fig. 35 is a diagram for explaining the transition of the store purchase screen. Fig. 35(a) shows an example when a one-day limited card has not been purchased.

[0135] When the player selects one of the card purchase buttons 91, 92, or 93, the store display control unit 109 determines the currency required for provision (Step 206). Here, the order in which the currency is consumed is tickets, free currency, and paid currency. The store display control unit 109 determines the currency required to purchase the card for which the card purchase button was selected according to this order.

[0136] If the player has a ticket (Step 207), the store display control unit 109 notifies the player that the ticket will be consumed, and when the confirm button is selected, a purchase confirmation is sent to the server 2. Figure 35 is a diagram for explaining the transition of the store screen displayed on the player terminal 1 when purchasing a card. In the example of Figure 35(a), the purchase card button 92 is selected. After the purchase card button 92 is selected, the store display control unit 109 notifies the player that the currency to be consumed will be the ticket with the highest priority, and that it will be consumed first (Figure 35(b)).

[0137] The store management unit 82 of the server 2 receives the purchase decision, consumes the ticket, and updates the ticket field in the player's currency information database D11 by the amount of the consumed ticket (Step 212).

[0138] On the other hand, if the player does not have a ticket (Step 209), the store display control unit 109 consumes the second-priority free currency (Step 210) and determines whether the required currency is sufficient (Step 211). If the required currency is not sufficient (Step 211), the store display control unit 109 consumes the third-priority paid currency (Step 220) and determines whether the required currency is sufficient (Step 221). If the required currency is sufficient, the store display control unit 109 notifies the player, and when the purchase confirmation button is selected, transmits a purchase confirmation to the server 2. FIG. 36 is a diagram illustrating the transition of the store screen displayed on the player terminal 1 when purchasing a card. In the example of FIG. 36(a), the purchase card button 93 is selected. After the purchase card button 93 is selected, the store display control unit 109 notifies the player that all of the free currency with the highest priority will be consumed and that the shortfall will be made up by consuming paid currency (FIG. 36(b)).

[0139] The store management unit 82 of the server 2 receives the purchase decision and updates the free or paid currency field in the player-owned currency information database D11 by the amount of free or paid currency consumed (Step 212).

[0140] Next, the store management unit 82 determines whether it is necessary to change the lottery probability that determines the type of card to be provided (Step 213). If the player's accumulated number of times of providing is equal to or greater than a predetermined upper limit (Step 214), the store management unit 82 changes the lottery probability for the card (Step 215). For example, the lottery probability for the cards listed in the provided card information database D10 is changed so that at least one card with the highest rarity is always selected. On the other hand, if the player's accumulated number of times of providing is not equal to or greater than the predetermined upper limit (Step 213), the store management unit 82 executes a card lottery based on the winning probability in the provided card information database D10 (Step 216). Then, the store management unit 82 provides the selected card (Step 217).

[0141] Next, the store management unit 82 executes the process of updating the number of times of storage provision (Step 218). Fig. 37 is a flowchart of the process of updating the number of times of storage provision.

[0142] The store management unit 82 calculates the accumulated provision count N=(N+n) (Step 231), where N is the accumulated provision count, n is the current provision count, and X is the upper limit (Step 230). If (N+n) is equal to or greater than the upper limit X (Step 232), the store management unit 82 sets the accumulated provision count N to (NX) and updates the accumulated provision count for the player ID in the player-held currency information database D11 to (NX) (Step 233). On the other hand, if (N+n) is less than the upper limit X (Step 232), the store management unit 82 sets the accumulated provision count N to (N+n) and updates the accumulated provision count for the player ID in the player-held currency information database D11 to (N+n) (Step 234). This completes the update process for the number of times stored and provided.

[0143] 35(c) and 36(c) are examples of store screens displayed on the player terminal 1 after a card has been provided. FIG. 35(c) shows an example of a store screen when a card has been provided once by consuming a ticket. In this example, the number of owned tickets in the owned currency list 90 is reduced by one to 0, and the number of offers (accumulated offers) in the rarity determination gauge 94 is increased by one, from 60 to 61. On the other hand, FIG. 36(c) shows an example of a store screen when a card has been provided 10 times by consuming free currency and paid currency. The free currency and paid currency in the owned currency list 90 are reduced by the amount consumed (free currency is reduced from 800 to 0, and paid currency is reduced from 1,000 to 800). Furthermore, the number of offers (accumulated offers) in the rarity determination gauge 94 exceeds the upper limit of 100, so the gauge reaches the upper limit of 100 (Max state). Furthermore, since the number of deliveries before delivery (accumulated number of deliveries) was 95, the carryover number of deliveries, 5 deliveries (=105-100), is displayed as the current number of deliveries (accumulated number of deliveries).

[0144] In this embodiment, a plurality of actions are prepared in the action part, and each action is configured to affect the status information of a first type of game element (character), and different second type of game element (stone) can be obtained depending on the status information of the first type of game element (character). With this configuration, the player can continue playing the game without getting bored, and a highly entertaining game can be provided.

[0145] Furthermore, since the form of the first type of game element (character) in the action part is different from the form of the first type of game element (character) in the battle part, the player will not get bored of the game, and a highly entertaining game can be provided.

[0146] Furthermore, the transformation effect that is executed when transitioning from the action part to the battle part is different depending on the result of the action in the action part, so the player will not get bored of the game and it is possible to provide a highly interesting game.Similarly, the ending episode of the ending part of the story is also different depending on the result of the action in the action part, so it is possible to provide a highly interesting game that the player will not get bored of the game.

[0147] This embodiment also has a skip function that allows a battle that has already been completed to be skipped, making it possible to repeatedly play the story without repeating the battle.

[0148] Furthermore, the store in this embodiment consumes the currency required for the card in the order of tickets, free currency, and paid currency, so that the player can hold onto the paid currency, which is valuable to the player, until the very end.

[0149] Furthermore, by giving players the opportunity to acquire cards of high rarity depending on the number of times cards are provided, it is possible to increase the players' purchasing motivation.

[0150] <Modification of Store Operation> The store described above operates on a permanent basis. However, providing various cards and items for a limited time, or offering special advantages, is an important factor in maintaining players' interest in the game and encouraging them to continue playing. Therefore, we will explain a variation of the store's method of providing items.

[0151] The modified example will be briefly described below. In this modified method of providing items, they are provided for a limited time. Here, items include cards, tickets, and items that give an advantage in the game. The item provision includes multiple steps (stages), and each step has a set achievement condition. When the player achieves the achievement condition, the player can proceed to the next step. The items provided at each step, their rarity, and the probability of winning are disclosed to the user. The player checks the disclosed information for each step, provides the item, and obtains the item.

[0152] To execute the above-described item providing method, the server 2 has a provided information database for each step. FIG. 38 is a diagram showing an example of the provided information database D20 for steps 1 to 4. The provided information database D20 for each step includes a field for the step achievement condition, a field for item rarity information, a field for the provided item, and a field for the probability of winning that item. The step achievement condition, the type of item provided, and the probability of winning that item are different for each step.

[0153] When the store management unit 82 of the server 2 receives a request to execute step-up provision from the player terminal 1, it reads information from the fields of each step in the provision information database D20 and transmits step-up provision information to the player terminal 1. When the store display control unit 109 of the player terminal 1 receives the step-up provision information, it displays a step-up provision screen. Figure 39 shows an example of the step-up provision screen. The player can check the provision content of each step by selecting the tab for that step.

[0154] By fulfilling the conditions for each step, the player can receive the item for the next step. For example, the condition for step 1 is to obtain an item once using a ticket, and once that is achieved, the player can proceed to step 2.

[0155] Each time a step is provided, the store management unit 82 of the server 2 stores the purchase history in the player's purchase history information field of the player's owned currency information database D11, and when the step achievement conditions are met, the store management unit 82 of the server 2 makes it possible to provide the item for the next step. Note that when the last step is completed, the server 2 may return to the first step and repeat the process of providing steps. By adopting such a configuration, it is possible to maintain the player's interest in the game and encourage him or her to continue playing the game.

[0156] <Other Examples> In the above embodiment, the success rate parameter 25 is only one, the motivation points, but there may be a configuration in which there are multiple types of success rate parameters 25. In such a configuration, the action part execution control unit 104 may recover all types of success rate parameters that are recovered when rest 23 is selected, or may recover at least one type, and the amount of recovery and the type of parameter to be recovered are determined by lottery (random function).

[0157] Furthermore, when the success rate parameter is less than a predetermined value, the action part execution control unit 104 may display a message on the action part home screen 61 urging the player to select rest 23. In this case, it is preferable to display the message in a manner in which the sub-characters are having a conversation.

[0158] The action part execution control unit 104 may display the first character with an expression corresponding to the action power points, which are the success rate parameter 25, on the action part home screen 61. In this case, the first character with different expressions, such as a tired expression and a lively expression, will be displayed on the action part home screen 61 before and after the execution of the resting performance.

[0159] If rest 23 is selected when the action power points, which are the success rate parameter 25, are at their maximum value, one turn of the action part 12 will be wasted. Therefore, the action part execution control unit 104 may be configured to present a confirmation dialog asking whether it is okay to execute rest 23 or whether there is no need to execute rest 23, and not to execute the rest performance. In other words, the action part execution control unit 104 may be configured to control so that rest 23 can be selected after the area investigation 21 or request acceptance 22 is selected.

[0160] Although the present invention has been described above by way of preferred embodiments, the present invention is not necessarily limited to the above-described embodiments, and can be modified and implemented in various ways within the scope of its technical concept.

[0161] [Appendix 1] causing the computer to function as first game element providing means which comprises a plurality of stages and provides a first game element by lottery for each stage; the first game element providing means transitions to providing the first game element in a next stage when the provision of the first game element satisfies a predetermined condition; program.

[0162] [Appendix 2] the predetermined condition is providing the first game element at least once; The program described in Appendix 1.

[0163] [Appendix 3] the first game element providing means terminates providing the first game element on the condition that either all stages of providing the first game element have been completed or a predetermined period of time has elapsed. 1. A program according to claim 1 or 2.

[0164] [Appendix 4] causing the computer to function as second game element providing means for providing second game elements; the first game element providing means provides the first game element on the condition that the second game element is consumed; 1. A program according to any one of appendices 1 to 3.

[0165] [Appendix 5] The second game elements include a first type of second game element provided free of charge and two second type of game elements provided for a fee. 1. A program according to any one of appendices 1 to 4.

[0166] [Appendix 6] the first game element providing means provides a different winning probability for the first game element at each stage; 1. A program according to any one of appendices 1 to 5.

[0167] [Appendix 7] the first game element providing means provides a different type of first game element at each stage; 10. A program according to any one of appendices 1 to 6.

[0168] [Appendix 8] the first game element providing means varies the consumption amount of the second game element required to provide the first game element at each stage; 10. A program according to any one of appendices 1 to 7.

[0169] [Appendix 9] the first game element providing means is configured to provide the first game element a different number of times at each stage; 10. A program according to any one of appendices 1 to 8.

[0170] [Appendix 10] the first game element providing means is configured to provide different types of second game elements required for providing the first game elements at each stage; 10. A program according to any one of appendices 1 to 9.

[0171] [Appendix 11] the game element providing means controls the plurality of stages so as to be cyclical; 11. A program according to any one of claims 1 to 10.

[0172] [Appendix 12] causing the computer to function as a presentation means for presenting information about a first game element that can be provided at each stage; 12. A program according to any one of appendices 1 to 11.

[0173] [Appendix 13] The information about the first game element includes at least one of the type of the first game element that can be provided, rarity information, and the probability of winning the first game element. 13. A program according to any one of appendices 1 to 12.

[0174] [Appendix 14] The game comprises a plurality of stages, and a first game element providing means is provided for each stage by lottery, the first game element providing means transitions to providing the first game element in a next stage when the provision of the first game element satisfies a predetermined condition; Game element providing device.

[0175] [Appendix 15] causing the computer to function as first game element acquisition means, which is made up of a plurality of stages and acquires a first game element by lottery in each stage; the first game element acquisition means, when the provision of the first game element satisfies a predetermined condition, transitions to a next stage of acquisition of the first game element; program.

[0176] [Appendix 16] The game includes a plurality of stages, and a first game element acquisition means for acquiring a first game element by lottery in each stage; the first game element acquisition means, when the provision of the first game element satisfies a predetermined condition, transitions to a next stage of acquisition of the first game element; Game device. [Explanation of symbols]

[0177] 1. Game console 2 Game Server 10 Deck Organization Part 11 episodes 12 Action Part 13 Transformation Part 14 Battle Part 15 Ending Part 16 Result Part 80 Player Information Management Unit 81 Game Execution Management Department 82 Store Management Department 101 Player Information Management Unit 102 Game execution control unit 103 Deck Organization Section 104 Action part execution control unit 105 Transformation part execution control unit 106 Battle part execution control unit 107 Ending episode execution control unit 108 Result part execution control section 109 Store presentation control unit

Claims

1. Computer, a first first game element providing means for providing a first game element of a given stage by lottery based on the winning probability, the first game element being provided for a limited period of time and consisting of a plurality of stages, and presenting types of first game elements that can be provided in each stage and the winning probability of each first game element so that the types of first game elements that can be provided in each stage and the winning probability of each first game element being available for a limited period of time, the first game element providing means for providing the first game element of a given stage by lottery based on the winning probability of each first game element; a second first game element providing means, which is constantly performed, which counts the cumulative number of times the first game element has been provided, presents the cumulative number of times the first game element has been provided, and provides the first game element by a lottery with a changed winning probability on the condition that the cumulative number of times the first game element has been provided reaches an upper limit; It functions as the first first game element providing means, when the provision of the first game element at a predetermined stage satisfies a predetermined condition, transitions to providing the first game element at a next stage; the change in the winning probability of the second first game element providing means is a change to increase the winning probability of winning a first game element having a high value; program.

2. the predetermined condition is providing the first game element at least once; The program according to claim 1.

3. the first game element providing means terminates providing the first game element on the condition that either all stages of providing the first game element have been completed or a predetermined period of time has elapsed. The program according to claim 1 or 2.

4. causing the computer to function as second game element providing means for providing second game elements; the first or second first game element providing means provides the first game element on the condition that the second game element is consumed; The program according to claim 3.

5. the second game elements include a first type of second game elements that are provided free of charge and a second type of second game elements that are provided for a fee; The program according to claim 4.

6. the first first game element providing means provides a different type of first game element in each stage; The program according to claim 4.

7. the first first game element providing means consumes a different amount of the second game element required to provide the first game element at each stage; The program according to claim 4.

8. the first first game element providing means provides the first game element a different number of times in each stage; The program according to claim 4.

9. the first first game element providing means provides different types of second game elements for providing the first game elements at each stage; The program according to claim 4.

10. the first game element providing means controls the plurality of stages so as to be cyclical; The program according to claim 4.

11. a first first game element providing means for providing the first game element of a given stage by lottery based on the winning probability, the first game element being provided for a limited period of time and consisting of a plurality of stages, and presenting types of first game elements that can be provided in each stage and the winning probability of each first game element so that the types of first game elements that can be provided in each stage and the winning probability of each first game element being available for a limited period of time, the first game element providing means for providing the first game element of a given stage by lottery based on the winning probability of each first game element; a second first game element providing means, which is constantly performed, which counts the cumulative number of times the first game element has been provided, presents the cumulative number of times the first game element has been provided, and provides the first game element by a lottery with a changed winning probability on the condition that the cumulative number of times the first game element has been provided reaches an upper limit; Equipped with the first game element providing means transitions to providing the first game element of a next stage when the provision of the first game element at a predetermined stage satisfies a predetermined condition; the change in the winning probability of the second first game element providing means is a change to increase the winning probability of winning a first game element having a high value; Game element providing device.

12. Computer, a first first game element acquisition means for displaying, for each stage, types of first game elements available for a limited period of time and the winning probabilities thereof, in a viewable manner, and for acquiring the first game element of that stage by drawing lots for the winning probabilities; a second first game element acquisition means, which is constantly performed, presents the cumulative number of times a first game element has been provided, and acquires the first game element by a lottery with a changed winning probability on the condition that the cumulative number of times the first game element has been provided reaches an upper limit; It functions as the first first game element acquisition means, when the provision of the first game element in a predetermined stage satisfies a predetermined condition, transitions to acquisition of the first game element in a next stage; the change in the winning probability of the second first game element acquisition means is a change to increase the winning probability of winning a first game element having a high value; program.

13. a first first game element acquisition means for displaying, for each stage, types of first game elements available for a limited period of time and the winning probabilities thereof, in a viewable manner, and for acquiring the first game element of that stage by drawing lots for the winning probabilities; a second first game element acquisition means for acquiring the first game element by a lottery with a changed winning probability on the condition that the cumulative number of times the first game element has been provided reaches an upper limit; Equipped with the first first game element acquisition means, when the provision of the first game element in a predetermined stage satisfies a predetermined condition, transitions to acquisition of the first game element in a next stage; the change in the winning probability of the second first game element acquisition means is a change to increase the winning probability of winning a first game element having a high value; Game device.

Images