JP7368957B2 - Programs and information processing equipment - Google Patents

Description

The present invention relates to a program and an information processing device.

Patent Document 1 discloses an example of a game device in which the number of experience value items to be used, which are items for increasing a character's level, can be selected by continuously moving a selection point within a movable range of a slide bar. is listed. In this game device, the movement range of the selection point, that is, the number of usable experience value items is limited based on the number of experience value items that reach the maximum level of the character.

Patent No. 6470861

However, if the movement range of the selection point is restricted as in the game device, the user's operations may feel strange, and as a result, there is a risk that the game will be less appealing (interesting).

The present invention was devised in view of such circumstances, and its purpose is to provide a program and an information processing device that can prevent a decline in taste .

According to an aspect of one embodiment shown in the present disclosure , a program executed on a computer is provided. The program includes means for specifying the owned amount of the first type of media associated with the user , and in the first situation, sets the owned amount as the maximum value of a predetermined range, and in the second situation. In some cases, means for setting a required amount of the first type of medium necessary for updating a value of a parameter related to the second type of medium associated with the user to a predetermined value as a maximum value of a predetermined range; means for moving a moving point movable within a predetermined range to any position within the predetermined range in response to an input operation from a user; A means for specifying the consumption amount of the body and a means for updating the value of the parameter according to the specified consumption amount are executed.

According to the present invention, it is possible to prevent a decrease in good taste.

1 is a diagram showing a hardware configuration of a game system. FIG. 2 is a block diagram showing the functional configuration of a server. FIG. 2 is a block diagram showing the functional configuration of a user terminal. (A) is a diagram showing an example of a character parameter management table, (B) is a diagram showing an example of an item number management table, and (C) is a diagram showing another example of the item number management table. (A) is a diagram showing an example of the character settings change screen, (B) is a diagram showing another example of the character settings change screen, and (C) is a diagram showing another example of the character settings change screen. be. 3 is a flowchart illustrating an example of slider setting processing.

A game system according to the present disclosure is a system for providing a game to a plurality of users. The game system will be described below with reference to the drawings. It should be noted that the present invention is not limited to these examples, but is indicated by the scope of the claims, and it is intended that all changes within the meaning and range equivalent to the scope of the claims are included in the present invention. Ru. In the following description, the same elements are given the same reference numerals in the description of the drawings, and overlapping description will not be repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing the hardware configuration of the game system 1. As shown in FIG. As illustrated, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 is connected to a server 200 via a network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet through predetermined access points. It will be done.

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input/output IF 24. These components included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. User terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display section), a camera 17, and a distance measurement sensor 18. Equipped with. These components included in the user terminal 100 are electrically connected to each other by a communication bus. Note that, instead of or in addition to the touch screen 15, the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 body can be connected.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100, for example, according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value to the user terminal 100 based on a user's input operation on the button or the like. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

Note that instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

It is desirable that the user terminal 100 allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, when starting the game. This makes it possible for the user terminal 100 to link the controller 1020 and the user, and identify which user the received output value belongs to based on the source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, by each user holding each controller 1020, the user terminal 100 can communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2. Multiplayer can be realized. In addition, each user terminal 100 communicates with each other using a wireless standard such as a wireless LAN (Local Area Network) standard (communicates without going through the server 200), thereby realizing local multiplayer with multiple user terminals 100. You can also. When the above-described multiplayer is locally implemented using one user terminal 100, the user terminal 100 may further include at least some of the various functions provided by the server 200, which will be described later. Moreover, when the above-mentioned multiplayer is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may have various functions provided in the server 200, which will be described later, in a distributed manner.

Note that even when the above-described multiplayer is implemented locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a score or a win or loss in a certain game and user identification information may be associated with each other and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the casing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the coupling section, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

As shown in FIG. 1, the user terminal 100 may accept attachment of a storage medium 1030 such as an external memory card via the input/output IF 14. This allows the user terminal 100 to read programs and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store a game program obtained by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store a game program obtained by reading from the storage medium 1030 into the memory 11. It may be stored in

As explained above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the distance measurement sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned units serving as an input mechanism can be regarded as an operation unit configured to accept user input operations.

For example, when the operation unit is configured with at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand, a marker with a predetermined shape, or the like is detected as the object 1010, and an input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 converts the gesture (a series of movements of the user's hand) detected based on the captured image into the user's input operation. be identified and accepted as such. Note that the photographed image may be a still image or a moving image.

Alternatively, when the operation unit is configured with the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured with the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user's input operation. Alternatively, when the operation unit is configured with the input/output IF 14, a signal output from an input device (not shown) connected to the input/output IF 14 and different from the controller 1020 is identified and accepted as the user's input operation.

<Hardware components of each device>
Processor 10 controls the overall operation of user terminal 100. Processor 20 controls the overall operation of server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from a storage 12, which will be described later, and expands it into a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and expands it into a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area for the processor 10 by temporarily storing programs and various data that the processor 10 reads from a storage 12, which will be described later. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to a program. The memory 21 provides a work area for the processor 20 by temporarily storing various programs and data that the processor 20 reads from a storage 22, which will be described later. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a program.

In this embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation between the user terminal 100 and the server 200. Note that the game realized through cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation of a plurality of user terminals 100. Further, the various data include data related to games such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are comprised of storage devices such as flash memory or HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or mobile phone network, and communication using short-range wireless communication.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data.
The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button, a camera, a microphone, or a speaker of the user terminal 100. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input section that is an information input device such as a mouse or a keyboard, and a display section that is a device that displays and outputs images.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input section 151 and a display section 152. The input unit 151 is, for example, a touch-sensitive device, and includes, for example, a touch pad. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

The input unit 151 detects the position where the user's operation (mainly physical contact operations such as touch operation, slide operation, swipe operation, and tap operation) is input on the input screen, and inputs information indicating the position. Equipped with a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing section may employ any method such as a capacitance method or a resistive film method.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between vertical screen display and horizontal screen display depending on the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light that enters from a lens into an electrical signal.

The distance sensor 18 is a sensor that measures the distance to the object to be measured. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance sensor 18 measures the distance to the object to be measured based on the timing of light emission from the light source and the timing of reception of reflected light generated when the light emitted from the light source hits the object and is reflected. The distance sensor 18 may include a light source that emits light with directivity.

Here, an example will be further described in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to receive a detection result of detecting an object 1010 in the vicinity of the user terminal 100 as a user's input operation. The camera 17 and the ranging sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that emits infrared rays, a filter that blocks visible light, and the like. This makes it possible to further improve the accuracy of object detection based on images captured by the camera 17, regardless of whether the object is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the image taken by the camera 17 to identify whether or not the user's hand is included in the image taken. The processor 10 may use a technique such as pattern matching, for example, as an analysis technique employed in the image recognition process described above. (2) The processor 10 also detects the user's gestures from the shape of the user's hands. For example, the processor 10 identifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the photographed image. The processor 10 further identifies the gesture performed by the user from the identified number of fingers. For example, if the number of fingers is five, the processor 10 determines that the user has made a "pa" gesture. Furthermore, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has made a "goo" gesture. Further, if the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the index finger is held up or whether the user's finger is in a flicking motion. . (4) The processor 10 determines whether an object 1010 (such as a user's hand, ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, at a distance less than a predetermined value) or far away (for example, at a distance less than a predetermined value), depending on the size of the shape of the user's hand identified from the captured image of the camera 17. or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand has been detected based on the image recognition result of the image taken by the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17. When an object is detected or not detected by the ranging sensor 18, which has stronger directivity than the shooting range of the camera 17, the processor 10 detects that the user is waving his/her hand in a direction perpendicular to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether the user is clasping his/her hands (a "goo" gesture or another gesture (for example, "paa") by image recognition of the image taken by the camera 17. ). The processor 10 also detects the shape of the user's hand and how the user moves the hand. The processor 10 also detects whether the user is moving his hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, the mouse being clicked and kept pressed in, or the mouse being touched after a touch down operation is performed on the touch panel. Further, when the user further moves his/her hand while the user's gesture "goo" is being detected, the user terminal 100 detects a series of such gestures as an operation corresponding to a swipe operation (or drag operation). It can also be recognized. Further, when the user terminal 100 detects a gesture such as a flick of the user's finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 converts the gesture into a mouse click or a tap operation on the touch panel. It may be recognized as an operation corresponding to .

<Functional configuration of game system 1>
(Functional configuration of server 200)
FIG. 2 is a block diagram showing the functional configuration of the server 200. The server 200 has a function of providing each user terminal 100 with various data and programs necessary to realize the game. The server 200 has a function of collecting and managing game-related data from each user terminal 100. The server 200 has a function of performing synchronization processing between a plurality of user terminals 100.

Note that in this embodiment, the server 200 identifies each user and the user terminal 100 using a game account registered in advance. The method of registering an account is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit information necessary for registering the user's account to the server 200 in accordance with the user's operation. Then, the server 200 may create and save an account for each user based on the received information.

When the user terminal 100 logs into the network 2 of the game system 1 using any account, the server 200 recognizes the logged-in user terminal 100. Note that there are no particular limitations on the login method and processing related to login. The server 200 and the user terminal 100 may perform conventionally known login methods and various processes related to login.

The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

The storage unit 220 stores various data used by the control unit 210. The storage unit 220 stores a game program 221, game information 222, and user information 223.

The game program 221 is a program for realizing a game. Game information 222 and user information 223 are data referenced when game program 221 is executed.

In addition to the game program executed on the server 200 side, the game program 221 may include a program (game program 121 described below) that is transmitted to the user terminal 100 and executed on the user terminal 100 side. Alternatively, the storage unit 220 may store both the game program 221 executed on the server 200 side and the program executed on the user terminal side.

Game information 222 is information common between accounts. The game information 222 may include, for example, information for defining various game spaces. The "game space" is a space in which objects of playable characters that can be operated by the user are arranged. The game information 222 is common between accounts, such as the location, size, color, and shape of background objects such as trees, rocks, and buildings, and non-player character (NPC) objects placed in the game space. may include various configuration information regarding the object. The game information 222 may include setting values for various parameters of the non-player character. Game information 222 may include information related to quests. The game information 222 may include information regarding the probability of winning a lottery held within the game space. A quest is an in-game event with achievement conditions set. Achievement conditions may be set for each quest. Note that failure conditions may be set for the quest in addition to achievement conditions. Furthermore, hereinafter, a character object placed in the game space may be simply referred to as a "character."

The user information 223 is information managed for each game account. The user information 223 may include, for example, information regarding an operable character (hereinafter referred to as an operable character), information regarding owned assets, information indicating the degree of progress of the game, and the like. Here, examples of held assets include in-game currency, items, character equipment, and the like.

The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220. The control unit 210 functions as a transmitting/receiving unit 211 , a data management unit 213 , and a server processing unit 212 by executing a game program 221 .

The transmitting/receiving unit 211 transmits and receives various data. For example, the transmitting/receiving unit 211 receives requests for sending various data and programs from the user terminal 100, requests for synchronization to support a multiplayer function, data for synchronization, etc., and sends them to the server processing unit 212. For example, the transmitting/receiving unit 211 transmits various data and programs to the user terminal 100 according to instructions from the server processing unit 212.

In the present embodiment, the "multiplay function" is a function that allows the game to progress while synchronizing the progress of the game in multiple accounts. The server 200 and user terminal 100 of the game system 1 perform various processes to support the multiplay function when there are multiple accounts logged into the game system 1.

The server processing unit 212 performs various determination processes related to game progress. The server processing unit 212 performs arithmetic processing necessary to provide the game. The server processing unit 212 executes arithmetic processing described in the game program 221 in response to requests from the user terminal 100 and the like.

For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete records of game information 222 or user information 223. For example, the server processing unit 212 instructs the transmitting/receiving unit 211 to transmit various data or programs. For example, when the server processing unit 212 receives a request for synchronization and data for synchronization to support the multiplay function from the user terminal 100 via the transmission/reception unit 211, the server processing unit 212 requests the synchronization processing unit 214 to perform synchronization to support the multiplay function. Instruct to perform processing.

The data management unit 213 manages various data stored in the storage unit 220 according to instructions from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes records of the game information 222 or the user information 223 in response to instructions from the server processing unit 212.

For example, the data management unit 213 reads at least one of the game information 222 and the user information 223 from the storage unit 220 in accordance with an instruction from the server processing unit 212, and transmits it to the user terminal 100 via the transmission/reception unit 211.

For example, in accordance with instructions from the server processing unit 212 , the data management unit 213 reads out of the game program 221 a program to be executed on the user terminal 100 side from the storage unit 220 and transmits it to the user terminal 100 via the transmission/reception unit 211 . do.

The synchronization processing unit 214 performs synchronization processing to support the multiplay function of the game according to instructions from the server processing unit 212. The synchronization processing unit 214 performs synchronization between user terminals by transmitting some information received from the user terminal 100 corresponding to each account to other user terminals 100. Even when transmitting some information from the server 200 to a plurality of user terminals 100, the synchronization processing unit 214 transmits the information to each user terminal 100 in synchronization. Note that the synchronization processing unit 214 may receive synchronization timing, information to be synchronized, etc. from the server processing unit 212. As a result, the in-game action caused by, for example, an input operation performed on one user terminal 100 is synchronized and shown on other user terminals 100.

(Functional configuration of user terminal 100)
FIG. 3 is a block diagram showing the functional configuration of the user terminal 100. The user terminal 100 has a function as an input device that receives input operations from a user, and a function as an output device that outputs images and sounds of the game. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, and the like.

The storage unit 120 stores a game program 121, game information 122, and user information 123. The game program 121 is a game program executed on the user terminal 100 side. The game information 122 is data that the control unit 110 refers to when executing the game program 121, and includes information similar to the game information 222 of the server 200. The user information 123 is data related to the account of the user of the user terminal 100 and includes the same information as the user information 223 of the server 200.

The control unit 110 comprehensively controls the user terminal 100 by executing the game program 121 stored in the storage unit 120. For example, the control unit 110 defines the game space by referring to information for defining the game space stored in the game information 122. The control unit 110 transmits and receives various data. For example, the control unit 110 receives various data, programs, data for synchronization to support a multiplay function, etc. from the server 200. For example, the control unit 110 transmits to the server 200 some or all of the game information 122 or user information 123, and a request for synchronization to support the multiplayer function.

The control unit 110 functions as a game progress processing unit 111, an input operation reception unit 112, a camera arrangement control unit 113, a display control unit 114, and an object control unit 115 according to the description of the game program 121.

The input operation accepting unit 112 detects and accepts a user's input operation on the input unit 151. The input operation reception unit 112 determines what type of input operation has been performed based on the action exerted by the user on the console via the touch screen 15 and other input/output IF 14, and transmits the result to each element of the control unit 110. Output.

For example, when an input operation is performed on the input unit 151, the input operation reception unit 112 detects the coordinates of the input position and the type of operation. For example, the input operation reception unit 112 detects a touch operation, a slide operation, a swipe operation, a tap operation, and the like. When the continuously detected input is interrupted, the input operation receiving unit 112 detects that the contact input from the touch screen 15 is released.

The game progress processing unit 111 performs various processes related to the progress of the game. For example, the game progress processing unit 111 interprets the contents of the user's instruction indicated by the coordinates of the input position and the type of operation of the input operation received by the input operation reception unit 112. For example, the game progress processing unit 111 adds, updates, or deletes the game information 122 or the user information 123. For example, the game progress processing unit 111 performs various determination processes related to the progress of the game.

The camera placement control unit 113 defines a virtual camera for specifying an area of the game space to be presented to the user. The camera placement control unit 113 virtually places the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. Further, the camera placement control unit 113 instructs the display control unit 114 to create an image depicting the viewing area defined by the virtual camera and the object placed in the viewing area.

Note that the camera placement control unit 113 may appropriately determine the position and orientation of the virtual camera for each game space. For example, the camera placement control unit 113 uses the position and orientation of a specific object as a reference, and moves the virtual camera at a certain direction, distance, and angle from the object so that the object is reflected in the center of the viewing area in a specific direction. May be placed. The specific object may be, for example, an object of a character operated by the user terminal 100, a dynamic object representing another character such as a non-player character, a building, a tree, a stone, etc. It may be a static object. Here, the dynamic objects in the game space include characters that operate based on the game programs 121 and 221 (for example, non-player characters, enemy characters, etc.) and operated characters that operate based on operations by the user. .

The display control unit 114 causes the display unit 152 to display an image. For example, the display control unit 114 generates an image depicting the field of view of the virtual camera defined by the camera placement control unit 113 and objects existing in the area in the game space, and causes the display unit 152 to display the generated image. . Furthermore, the display control unit 114 may superimpose and draw objects related to a UI (user interface) necessary for various operations of the game, such as icons, buttons, and menus indicating various parameters, on such an image. .

The object control unit 115 arranges objects in the game space based on object setting information included in the game information 122. The object control unit 115 controls objects placed in the game space. For example, the object control unit 115 changes the position, orientation, shape, color, etc. of the object in the game space, or causes the object to perform a predetermined series of actions.

Note that the game system 1 may be configured such that the server 200 has at least some of the functions that the user terminal 100 has. The game system 1 may be configured such that the user terminal 100 has at least some of the functions that the server 200 has. Furthermore, devices other than the user terminal 100 and the server 200 may be used as components of the game system 1, and the hardware may execute a part of the processing in the game system 1. That is, the computer that executes the game programs 121 and 221 in this embodiment may be any of the user terminal 100, the server 200, and other devices.

<Game Overview>
The game executed by the game system 1 according to the present embodiment (hereinafter referred to as the present game) is, for example, a virtual character operated by a user (second type of game medium) and an enemy character that operates according to a game program. This is a game in which a controlled character appears in space and has a battle with an enemy character. Parameters such as experience points, magical power, and latent abilities are associated with the playable character. Among these, the experience value is a parameter that allows the combat level of the operated character to be specified. In addition, the magical power is a parameter that allows specifying the type, power, etc. of magic that can be performed by the operated character. Further, the latent ability is a parameter that allows the type, power, etc. of the ability that can be exercised from among the abilities hidden within the playable character to be specified.

This game includes a plurality of quests (stages), and the user can clear each quest by satisfying predetermined achievement conditions associated with each quest. The predetermined achievement conditions may include, for example, conditions that are satisfied by defeating all appearing enemy characters, defeating a boss character among the appearing enemy characters, reaching a predetermined position, and the like.

When the achievement condition is met, the experience value, magical power, or potential ability of the operated character increases. Further, when the achievement condition is satisfied, the user is given a reward according to the content of the achievement condition or the type of quest. The rewards include reinforcement items (first type of game media) for improving the experience value, magical power, or potential ability of the operated character. Therefore, the number of experience value-enhancing items, magical power-enhancing items, or potential ability-enhancing items owned by the user increases by clearing quests.

The experience value of the playable character increases by consuming experience value enhancement items owned by the user. As a result, the combat level of the operated character increases. Further, the magical power of the playable character increases by consuming magical power enhancing items owned by the user. As a result, the types, power, etc. of magic and sorcery that can be activated by the operated character are increased. Furthermore, the potential ability of the playable character increases by consuming potential ability enhancing items owned by the user. As a result, the type, power, etc. of the abilities that can be exercised among the abilities hidden within the operated character are increased.

The degree of advantage of the playable character in game play is specified based on the experience value, magical power, and potential ability associated with the playable character. Therefore, experience value strengthening items, magic power strengthening items, and potential ability strengthening items can be said to be strengthening materials for increasing the degree of advantage. In this embodiment, the experience value increases by 1 by consuming 10 experience value strengthening items, the magic power increases by 1 by consuming 10 magic power strengthening items, and the potential ability increases by 1. increases by 1 by consuming 10 potential enhancement items. However, by consuming 10 experience value strengthening items, the experience value will be increased by 1, by consuming 20 magic power strengthening items, the magic class will be increased by 1, and by consuming 30 potential ability strengthening items. The number of reinforcement items required to increase the parameter value may be varied depending on the parameter type, such as increasing the potential ability by 1 by increasing the parameter value.

The memory 11 stores a character parameter management table 301 shown in FIG. 4(A). In the character parameter management table 301, the current value and the settable maximum value (upper limit value) are registered for each parameter type of experience value, magic power, and potential ability of the operated character, and the current value is set as the maximum value. The number of reinforcement items required to update the value is registered as the number of required items. FIG. 4A shows an example of the storage state of the character parameter management table 301. According to FIG. 4A, the current experience value is 80, the maximum value is 200, and the number of required items is 1200. Regarding magic power, the current value is 120, the maximum value is 200, and the number of required items is 800. Regarding potential ability, the current value is 40, the maximum value is 200, and the number of required items is 1600. Note that the maximum value may be set differently depending on the parameter type.

The memory 11 stores an item number management table 302. FIG. 4(B) or FIG. 4(C) is a diagram showing an example of the item number management table 302. In the item number management table 302, the number of enhanced items owned by the user is registered as the number of owned items. Figure 4(B) shows the item number management when the number of owned items related to experience value enhancement items is 1000, the number of owned items related to magic power enhancement items is 1500, and the number of owned items related to potential ability enhancement items is 600. The storage status of table 302 is shown. Figure 4 (C) shows the item number management when the number of owned items related to experience value enhancement items is 1500, the number of owned items related to magic power enhancement items is 600, and the number of owned items related to potential ability enhancement items is 1200. The storage status of table 302 is shown.

When the user performs a predetermined touch operation on the touch screen 15 (for example, a touch operation on a predetermined icon), a character setting change screen shown in FIG. 5A or the like is displayed on the touch screen 15. According to FIG. 5(A), an upper body image IM1 of the playable character is displayed at the upper left of the screen. At the upper right of the screen, the current value and the maximum value that can be set are displayed for each parameter type of experience value, magic power, and potential ability of the operating character. In the center of the screen, sliders SLD1 to SLD3 extending in the horizontal direction are displayed in a row in the vertical direction. At the bottom of the screen, a "strengthen" button B1, a "MAX" button B2, and a "close" button B3 are displayed side by side in the horizontal direction.

The slider SLD1 is a UI (User Interface) for changing the experience value, and can be continuously moved along the horizontally elongated guide frame G1 and the guide frame G1 by a movement operation (touch operation on the touch screen 15). It is composed of a knob (moving point) T1. Further, the slider SLD2 is a UI for changing the magical power, and is composed of a horizontally long guide frame G2 and a knob T2 that can be continuously moved along the guide frame G2 by a movement operation. Further, the slider SLD3 is a UI for changing the potential, and is composed of a horizontally long guide frame G3 and a knob T3 that can be continuously moved along the guide frame G3 by a movement operation.

The movable range of the knob T1 is defined by the length of the guide frame G1, the movable range of the knob T2 is defined by the length of the guide frame G2, and the movable range of the knob T3 is defined by the length of the guide frame G3. Defined by The lengths of the guide frames G1 to G3 match each other, and as a result, the movable ranges of the knobs T1 to T3 also match each other. In the initial state of the character setting change screen, the knob T1 is arranged at the left end of the guide frame G1, the knob T2 is arranged at the left end of the guide frame G2, and the knob T3 is arranged at the left end of the guide frame G3.

0, which is the minimum value, is displayed at the left end of each of the guide frames G1 to G3. On the other hand, at the right end of each of the guide frames G1 to G3, either the number of owned items or the number of required items is set as the maximum value and displayed depending on the number of owned items and the number of required items. be done. Specifically, when the number of owned items related to a parameter is less than the required number of items required to update the parameter to the maximum value (first situation), the number of owned items is set as the maximum value. When the number of required items is greater than or equal to the required number of items (second situation), the required number of items is set as the maximum value and displayed.

For example, the current value, maximum value, and required number of items for each of the experience value, magic power, and potential of the operating character are in the storage state shown in FIG. 4(A), and the number of owned items is in the storage state shown in FIG. 4(B). If , the number of experience value-enhancing items and potential ability-enhancing items owned is less than the required number of items needed to update to the maximum value, and the number of magical power-enhancing items owned is greater than or equal to the required number of items. It is. Therefore, as shown in FIG. 5(A), 1000, which is the number of owned items, is set and displayed as the maximum value at the right end of guide frame G1, and 800, which is the required number of items, is displayed at the right end of guide frame G2. It is set and displayed as the maximum value, and 600, which is the number of owned items, is set and displayed as the maximum value at the right end of the guide frame G3.

On the other hand, the current value, maximum value, and required number of items for each of the experience value, magic power, and potential of the operated character are in the memory state shown in FIG. 4(A), and the number of owned items is in the memory state shown in FIG. 4(C). If , the number of magical power-enhancing items and potential ability-enhancing items owned is less than the required number of items needed to update to the maximum value, and the number of experience value-enhancing items owned is greater than or equal to the required number of items. It is. Therefore, as shown in FIG. 5(C), the required number of items, 1200, is set and displayed as the maximum value at the right end of the guide frame G1, and 600, the number of owned items, is displayed at the right end of the guide frame G2. It is set and displayed as the maximum value, and 1200, which is the number of owned items, is set and displayed as the maximum value at the right end of the guide frame G3.

Returning to FIG. 5(A), when the user performs a movement operation to move the knobs T1 and T2 among the knobs T1 to T3, as shown in FIG. 5(B), the corresponding knobs are moved by the movement operation. placed in the appropriate position. Further, when a tap operation is performed on the "MAX" button B2, the knobs T1 to T3 are arranged at the right end of the guide frames G1 to G3.

The number of enhancement items consumed to enhance experience points, magic power, or potential ability, that is, the number of consumable items, is based on the position of the knob and the number of items displayed at the right end of the guide frame corresponding to the knob. be identified. Specifically, the ratio of the length from the left end to the position of the knob to the length from the left end to the right end of the guide frame corresponding to the knob is specified, and the ratio is displayed at the right end. The number of items is multiplied, and the number of consumable items is determined thereby.

For example, if the knob T1 is moved to the right by 20% of the length of the guide frame G1 on the character setting change screen shown in FIG. 5(A), 200 (=1000 x 0.2) , specified as the number of consumable items related to experience points. Further, when the knob T2 is moved to the right by 50% of the length of the guide frame G2, 400 (=800×0.5) is specified as the number of consumable items related to magic power.

When the knob is moved, the number of consumable items at the current position of the knob is displayed near the knob. In the example shown in FIG. 5(B), a numerical value of 200 is displayed near the knob T1, and a numerical value of 400 is displayed near the knob T2.

In addition, near the current value displayed at the top right of the screen, the parameter value that will be updated when the reinforcement item corresponding to the number of consumable items specified according to the current position of the knob is consumed is displayed. Ru. That is, at the stage when the knob is moved, the parameter value is not determined, so the display mode of the parameter value is different from when it is determined.

In the example shown in FIG. 5(B), the number of consumable items related to experience value enhancement items is 200, so it is shown that the experience value can be updated from 80 to 100, and the number of consumable items related to magic power enhancement items is 400. Therefore, it is shown that the magic power can be updated from 120 to 160. This allows the user to adjust the position of the knob while understanding how much the parameter will improve if the number of items corresponding to the current position of the knob is consumed.

In this state, when a tap operation (decision operation) is performed on the "Enhance" button B1, the enhanced item of the parameter type corresponding to the moved knob among the enhanced items owned by the user will be changed to correspond to the moved knob. Only the specified number of consumable items will be consumed. For example, if 200 is specified as the number of consumable items related to experience points and 400 is specified as the number of consumable items related to magic power, 200 experience point enhancement items and 400 items are selected from among the enhancement items owned by the user. Magic power-enhancing items are consumed.

As a result, the parameter value corresponding to the moved knob is updated according to the number of consumable items. Specifically, the experience value parameter displayed in the upper right corner of the screen is counted up one by one from 80 to 100, and when it reaches 100, it is highlighted (confirmed display). Similarly, the magic power parameter is counted up by 1 from 120 to 160, and when it reaches 160, it is highlighted (confirmed display). Furthermore, in the character parameter management table 301 shown in FIG. 4(A), the current value regarding experience points is updated to 100, and the number of required items is updated to 1000. Additionally, the current value regarding magical power is updated to 160, and the number of required items is updated to 400. In the item number management table 302 shown in FIG. 4B, the number of owned items related to experience value is updated to 800, and the number of owned items related to magic power is updated to 1100.

The character setting change screen disappears after the reinforcement item of the parameter type corresponding to the moved knob is consumed. Note that when a tap operation is performed on the "close" button B3, the character setting change screen is hidden without consuming the reinforcement item.

In this way, the lower number of items between the number of owned items and the number of required items is displayed at the right end of each of the guide frames G1 to G3. Therefore, when the knobs T1 to T3 are placed at the right end of the guide frames G1 to G3 and the "strengthen" button B1 is tapped, it is possible to prevent more reinforcement items from being consumed than the required number of items. becomes. Furthermore, regardless of which of the number of owned items and the number of required items is lower, the range from the left end to the right end of the guide frames G1 to G3 is the movable range of the knobs T1 to T3. Therefore, it is possible to prevent the user from feeling uncomfortable when moving the knobs T1 to T3.

<Processing flow and screen example>
Among the processes that the user terminal 100 executes based on the game program, the flow of the slider setting process will be described using the flowchart shown in FIG. 6. Note that this process is executed by the game progress processing section 111, the input operation reception section 112, the display control section 114, etc. when the character setting change screen is displayed. Furthermore, in the following description, the flow of a series of processing steps explained using a flowchart is described as being executed by the user terminal 100, but at least a part of these processing steps may be executed by the server 200. may be done.

Referring to FIG. 6, in step S01, one of the parameter types of experience value, magic power, and potential ability is specified. In step S02, the required number of items corresponding to the parameter type is specified from the character parameter management table 301. In step S03, the number of owned items corresponding to the parameter type is specified from the item number management table 302. In step S04, it is determined whether the number of owned items is less than the required number of items.

When it is determined that the number of owned items is less than the required number of items, the process advances to step S05. On the other hand, if it is not determined that the number of owned items is less than the required number of items, the process advances to step S06. In step S05, the number of owned items is set as the number of items to be displayed at the right end of the guide frame corresponding to the parameter type. Further, in step S06, the required number of items is set as the number of items to be displayed at the right end of the guide frame corresponding to the parameter type. When the process of step S05 or S06 is completed, the process advances to step S07.

In step S07, the knobs T1 to T3 are moved to any position within the guide frames G1 to G3 in accordance with the input operation from the user. In step S08, the number of consumable items (by tapping the "strengthen" button B1 Specify the parameter values that will be reached. In step S09, it is determined based on the input operation on the touch screen 15 whether or not the "strengthen" button B1 has been tapped.

If it is determined that the "strengthen" button B1 has not been tapped, the process returns to step S07, and if it is determined that the "strengthen" button B1 has been tapped, the process advances to step S10. In step S10, the parameter value is updated according to the number of consumable items specified in step S08. Returns when the update is complete.

<Effects of this embodiment>
According to this embodiment, the number of enhanced items owned by the user is specified as the number of owned items. Further, the number of reinforced items to be consumed from among the reinforced items owned by the user is specified as the number of consumed items. Further, the number of reinforcement items required to update the current value of the parameter associated with the playable character to the maximum value is specified as the required number of items.

Here, in a situation where the number of owned items is less than the required number of items (first situation), the number of owned items is set as the maximum value (right end) of the guide frame, and the number of consumable items is specified based on the number of owned items. Ru. On the other hand, in a situation where the number of owned items is greater than or equal to the required number of items (second situation), the required number of items is set as the maximum value (right end) of the guide frame, and the number of consumable items is specified based on the required number of items. . Therefore, regardless of the size relationship between the number of owned items and the number of required items, the left end of each guide frame G1 to G3 can be moved without causing a feeling of discomfort such as being able to move the knobs T1 to T3 only halfway between guide frames G1 to G3. While making it possible to move each of the knobs T1 to T3 from to the right end, it is possible to prevent the reinforcement items from being consumed in excess of the required number of items. As a result, it is possible to prevent the user from feeling uncomfortable, and it is also possible to prevent the game from becoming less appealing.

Further, according to the present embodiment, the movable range of the knobs T1 to T3 is defined by the lengths of the guide frames G1 to G3. The knobs T1 to T3 are arranged at any position within the movable range according to a movement operation by the user. In the first situation, the number of owned items is set as the maximum value of the movable range, and it becomes possible to specify that the maximum value of the movable range is the number of owned items. The number of consumable items for a certain parameter type is specified based on the number of owned items for the parameter type and the position of the knob. On the other hand, in the second situation, the required number of items is set as the maximum value of the movable range, and it becomes possible to specify that the maximum value of the movable range is the required number of items. The number of consumable items for a certain parameter type is specified based on the required number of items for the parameter type and the position of the knob.

In this way, the movable range of the knobs T1 to T3 is defined by the lengths of the guide frames G1 to G3, regardless of whether they are in the first situation or the second situation. As a result, it is possible to prevent the user from feeling uncomfortable when moving the knobs T1 to T3. Furthermore, the maximum value of the movable range is the lower of the number of owned items and the number of required items. As a result, by arranging the knobs T1 to T3 at the right ends of the guide frames G1 to G3, it is possible to prevent more reinforcement items from being consumed than necessary. Furthermore, the number of consumable items is specified based on the maximum value of the movable range and the position of the knob. This makes it possible to adjust the position of the knob with reference to the maximum value, improving operability.

Further, according to the present embodiment, the number of consumable items specified according to the positions of the knobs T1 to T3 is displayed on the character setting change screen during the period until the tap operation of the "strengthen" button B1 is accepted. . This makes it possible to accurately specify the number of consumable items.

Furthermore, according to the present embodiment, the value of the parameter type that will be updated when the number of consumable reinforcement items specified according to the positions of the knobs T1 to T3 is consumed (i.e., the value of the parameter type that will be updated when the current value is (later value) is displayed on the character setting change screen during the period until the tap operation of the "strengthen" button B1 is accepted. This makes it possible to know in advance how much the current value will increase when the "strengthen" button B1 is tapped.

Further, according to the present embodiment, the number of reinforcement items owned by the user increases in accordance with the game play by the user. As a result, it becomes possible to play the game cycle of acquiring more reinforcement items through gameplay → increasing the advantage of the controlled character by consuming the reinforcement items → acquiring more reinforcement items through further gameplay →... You can improve your taste.

<Modified example>
Modifications of the embodiment described above are listed below.

(1) In the above embodiment, the lower of the number of owned items and the number of required items is displayed at the right end of the guide frames G1 to G3. Here, the display manner (for example, font, color, etc.) of the number of items may be made different between when displaying the number of owned items and when displaying the required number of items.

(2) In the above embodiment, the number of reinforcement items specified by the movement operation of the knobs T1 to T3 are consumed in response to the tap operation on the "strengthen" button B1. However, the reinforcement item may be consumed at the timing when a specific condition is satisfied, such as defeating a specific enemy character during game play or a predetermined time elapses after starting a quest.

(3) In the above embodiment, the playable character plays against the enemy character, but various forms of play can be assumed. For example, we assume single-play games played by a single user, multi-play games played by multiple users, and even among multi-play games, competitive games played by multiple users, cooperative play games played by multiple users, etc. It is possible.

(4) In the above embodiment, by consuming reinforcement items owned by the user, the degree of advantage of the character operated by the user is increased. However, in a cooperative play game, the degree of advantage of a character operated by another user may be increased by consuming the reinforcement item.

(5) In the above embodiment, the knobs T1 to T3 are movable continuously along the guide frames G1 to G3. However, the knobs T1 to T3 may be made to be movable in stages along the guide frames G1 to G3 (for example, movable so that the number of consumed units becomes 10 units).

(6) In the above embodiment, the number of consumable items is specified by operating the knobs T1 to T3 that constitute the sliders SLD1 to SLD3. However, a drum roll-type UI with numbers from 0 to the maximum value drawn on the outer surface is used instead of a slider, and the number of consumable items is increased by rotating the drum roll in the circumferential direction in response to touch operations. It may be specified.

(7) In the above embodiment, reinforcement items corresponding to each of the plurality of parameter types are provided to the user in accordance with game play. However, reinforcement items common to a plurality of parameter types may be provided to the user in accordance with game play. In this case, the amount of increase in the parameter value due to consumption of the enhanced item may be made to vary depending on the parameter type.

(8) In the above embodiment, there is one type of reinforcement item that corresponds to each of the plurality of parameter types. That is, experience points increase by consuming experience value enhancing items, magical power increases by consuming magical power enhancing items, and potential ability increases by consuming potential ability enhancing items. However, for at least one of the plurality of parameter types, a plurality of types of reinforcement items may be prepared in which the parameter value increases by a different amount when a predetermined number of reinforcement items are consumed. For example, if you prepare two types of experience value enhancement items, consuming 10 experience value enhancement items of one type will increase the experience value by 1, and consuming 10 experience value enhancement items of the other type will increase the experience value. It may be increased by 2.

(9) In the embodiment described above, reinforcement items are provided to the user according to game play. However, the enhanced item may be provided to the user through billing processing.

(10) In the above embodiment, the maximum value registered in the character parameter management table 301 is fixed (=200). However, the maximum value may be updated to a larger value through billing processing. Furthermore, once the maximum value is reached, the maximum value may be updated to a larger value (limit breakthrough), and the player may play the game aiming for the larger value. Furthermore, once you have reached the maximum value, by clearing a specific quest or acquiring a specific item, you can update the maximum value to a larger value (break through the limit) and aim for a larger value in the game. You may also let them play.

(11) In the above embodiment, the relationship between the amount of movement from T1 to T3 and the amount of increase in the number of consumable items is defined by a linear function. However, the relationship may be defined by another function such as a quadratic function.

(12) In the above embodiment, a game is assumed in which the playable character fights against an enemy character. However, the games executed by the game system 1 are not limited to a specific genre, and may be a system for executing games of any genre. For example, games based on sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Good too.

<Additional notes>
The matters described in each of the above embodiments are additionally described below.

(Additional note 1):
According to an aspect of an embodiment shown in the present disclosure, there is provided a game program executed in a computer (user terminal 100 in FIG. 1) including a processor, a memory, an input unit, and a display unit, the game program including the A step (S03) of specifying in the processor the owned amount (number of owned items) of the first type of game media (enhancement items) associated with the user; and in the first situation, determining the owned amount within a predetermined range. is set as the maximum value, and in the second situation, the value of the first type that is necessary to update the value of the parameter related to the second type of game medium (operated character) associated with the user to a predetermined value. Steps (S05, S06) of setting the required amount of game media (number of required items) as the maximum value in the predetermined range, and setting a moving point (knob) that can be moved within the predetermined range in response to an input operation from the user. (S07), and determining the consumption amount of the first type of game content based on the position of the moving point in the predetermined range (S08). , updating the value of the parameter according to the identified consumption amount (S10).

(Additional note 2):
In (Additional Note 1), the first situation is a situation in which the owned amount is less than the required amount, and the second situation is a situation in which the owned amount is greater than or equal to the required amount.

(Additional note 3):
In (Additional Note 1) or (Additional Note 2), the game program displays on the processor such that it is possible to specify that the maximum value is the owned amount when the first situation is present, and the second In such a situation, the step of displaying the maximum value in such a manner that it can be identified as the required amount is executed.

(Additional note 4):
In (Appendix 3), the step of displaying includes a display mode in which it is possible to specify that the maximum value is the owned amount, and a display mode that makes it possible to specify that the maximum value is the required amount. The display modes are made to be different from each other.

(Additional note 5):
In any one of (Appendix 1) to (Appendix 4), the step of updating includes updating the information according to the identified consumption amount by receiving a decision operation (tap operation on the "strengthen" button B1) from the user. The game program updates the value of the predetermined parameter, and causes the processor to execute the step of displaying the specified consumption amount until the determination operation is accepted.

(Appendix 6):
In (Additional Note 5), the game program includes the step of displaying on the processor, a value of the predetermined parameter that will be updated when the specified consumption amount is consumed, until the determination operation is received. Let it run.

(Appendix 7):
In any one of (Appendix 1) to (Appendix 6), the second type of game medium is a character object operated by a user during game play, and the game program is configured to cause the processor to play a game by the user. The step of providing the first type of game content to the user in accordance with the play is performed, and the updating step improves the degree of advantage of the character object in game play by updating the value of the parameter. let

(Appendix 8):
According to an aspect of an embodiment shown in the present disclosure, there is provided a game method executed by a computer (user terminal 100 in FIG. 1) including a processor, a memory, an input unit, and a display unit, the game method including the A step (S03) in which the computer specifies the owned amount (number of owned items) of the first type of game media (enhancement items) associated with the user, and in the first situation, the computer specifies the owned amount within a predetermined range. is set as the maximum value, and in the second situation, the value of the first type that is necessary to update the value of the parameter related to the second type of game medium (operated character) associated with the user to a predetermined value. Steps (S05, S06) of setting the required amount of game media (number of required items) as the maximum value in the predetermined range, and setting a moving point (knob) that can be moved within the predetermined range in response to an input operation from the user. (S07), and determining the consumption amount of the first type of game content based on the position of the moving point in the predetermined range (S08). , a step (S10) of updating the value of the parameter according to the identified consumption amount.

(Appendix 9):
According to a certain aspect of an embodiment shown in the present disclosure, an information processing device (user terminal 100 in FIG. 1) includes a storage unit (120 in FIG. 3) that stores a game program, and a storage unit (120 in FIG. 3) that executes the game program. The control unit (110 in FIG. 3) controls the operation of the information processing device, and the control unit controls the amount (possession) of the first type of game media (enhancement items) associated with the user. a step (S03) of specifying the number of items (number of items), and when the first situation is the first situation, the possession amount is set as the maximum value of a predetermined range, and when the second situation is the second situation, the possession amount is set as the maximum value of the predetermined range; Step of setting the required amount (required number of items) of the first type of game media necessary to update the value of the parameter related to the game media (playable character) to a predetermined value as the maximum value of the predetermined range (S05, S06), a step (S07) of moving a moving point (knob) movable within the predetermined range to any position within the predetermined range in response to an input operation from the user; a step (S08) of specifying the consumption amount of the first type of game media based on the position of the moving point; a step (S10) of updating the value of the parameter according to the specified consumption amount; Execute.

[Example of implementation using software]
Control in each of the user terminal 100 and the server 200 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software.

In the latter case, the user terminal 100 and the server 200 are equipped with a computer that executes instructions of a program that is software that implements each function. This computer includes, for example, one or more processors and a computer-readable recording medium that stores the above program. In the computer, the processor reads the program from the recording medium and executes the program, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, in addition to "non-temporary tangible media" such as ROM (Read Only Memory), tapes, disks, cards, semiconductor memories, programmable logic circuits, etc. can be used. Further, the computer may further include a RAM (Random Access Memory) for expanding the above program. Furthermore, the program may be supplied to the computer via any transmission medium (communication network, broadcast waves, etc.) that can transmit the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

The present invention is not limited to the embodiments described above, and various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. are also included within the technical scope of the present invention.

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 15 touch screen, 151 input section, 152 display section, 17 camera, 18 ranging sensor, 1010 object, 1020 controller, 1030 memory medium, 100 user terminal, 200 server, 120,220 storage unit, 121,221 game program, 122,222 game information, 123,223 user information, 110,210 control unit, 111 game progress processing unit, 112 input operation reception unit , 113 Camera arrangement control section, 114 Display control section, 115 Object control section, 211 Transmission/reception section, 212 Server processing section, 213 Data management section, 214 Synchronization processing section, 301 Character parameter management table, 302 Item number management table

Claims (7)

A program executed on a computer,
The program is
means for identifying the ownership amount of the first type of media associated with the user;
When in a first situation, the owned amount is set as the maximum value in a predetermined range, and when in a second situation, the value of a parameter related to a second type of medium associated with the user is updated to a predetermined value. means for setting the required amount of the first type of medium required for the first type of medium as the maximum value of the predetermined range;
means for displaying a maximum value image for identifying the maximum value set by the setting means;
means for moving a moving point movable within the predetermined range to any position within the predetermined range in response to an input operation from a user;
means for specifying the consumption amount of the first type of medium based on the position of the moving point in the predetermined range;
means for updating the value of the parameter according to the identified consumption amount;
run the
The display means displays the maximum value image in different display modes depending on whether the maximum value is the owned amount or the required amount of the first type of medium. The first situation is a situation where the owned amount is less than the required amount,
The program according to claim 1, wherein the second situation is a situation in which the owned amount is greater than or equal to the required amount. The displaying means makes it possible to specify that the maximum value is the owned amount when the first situation is present, and makes it possible to specify that the maximum value is the necessary amount when the second situation is the case. The program according to claim 1 or 2. The updating means updates the value of the parameter according to the specified consumption amount by accepting a determination operation from a user,
The program is
4. The program according to claim 1 , wherein the program executes means for displaying the specified consumption amount until the determination operation is accepted. The program is
5. The program according to claim 4 , which executes means for displaying a value of the parameter to be updated when the specified consumption amount is consumed, until the determination operation is received. The second type of medium is a character object operated by the user during play,
The program is
executing means for providing the first type of medium to the user in response to play by the user;
6. The program according to claim 1, wherein the updating means improves the degree of advantage of the character object in play by updating the value of the parameter. An information processing device,
means for identifying the ownership amount of the first type of media associated with the user;
When in a first situation, the owned amount is set as the maximum value in a predetermined range, and when in a second situation, the value of a parameter related to a second type of medium associated with the user is updated to a predetermined value. means for setting the required amount of the first type of medium required for the first type of medium as the maximum value of the predetermined range;
means for displaying a maximum value image for identifying the maximum value set by the setting means;
means for moving a moving point movable within the predetermined range to any position within the predetermined range in response to an input operation from a user;
means for specifying the consumption amount of the first type of medium based on the position of the moving point in the predetermined range;
means for updating the value of the parameter according to the identified consumption amount;
Equipped with
The display means is an information processing device that displays the maximum value image in different display modes depending on whether the maximum value is the owned amount or the required amount of the first type of medium. .

Images