JP7184735B2 - Game system, game method, and game program - Google Patents

Description

The present invention relates to a game system, game method, and game program. In particular, the present invention relates to a game system, game method, and game program that utilize a game-supported environment.

Conventionally, a server that is connected to a terminal device in which a user plays a game and gives the user an item determined from a predetermined number of candidate items when the user's game progress satisfies a given item giving condition. A system for setting a first item included in candidate items for one user as a preferential acquisition item, and setting an item included in the candidate items for another user and different from the first item. priority acquisition item setting means for setting priority acquisition items; storage unit for storing identification information of priority acquisition items of each user and appearance rate of the priority acquisition items set higher than non-priority acquisition items; A server system is known that includes a given item selection unit that selects an item to be given to each user from candidate items using the appearance rate (see Patent Document 1, for example). According to the server system described in Patent Literature 1, each user can obtain an item uniquely selected by the user.

Japanese Patent No. 5457146

The server system described in Patent Literature 1 can bias the types of items given to each user by setting priority acquisition items for each user. However, if the probability of item appearance is randomly changed for each user in a social game or the like, users who do not know the internal structure of the system may suspect that the game operator is manipulating the probability. is assumed. If the user is made to have such doubts, the user cannot play the game with peace of mind.

Accordingly, an object of the present invention is to provide a game system, a game method, and a game program capable of imparting bias to parameters without causing the user to suspect that a game operator is manipulating predetermined parameters. to do.

In order to achieve the above object, the present invention provides a game system capable of providing predetermined content to a user, and is compatible environment information for acquiring compatible environment information indicating a compatible environment for a game executed on a user terminal used by the user. an acquisition unit; and a parameter determination unit that determines parameters used for providing content to a user in response to a user's input operation based on the corresponding environment information, wherein the corresponding environment information is an operating system (OS). A game system is provided that is information indicating the type of.

Further, in order to achieve the above object, the present invention provides a game method in a game system capable of giving predetermined content to a user, wherein compatible environment information indicating a compatible environment of a game executed on a user terminal used by the user is acquired. and a parameter determination step of determining a parameter used for providing content to a user in response to a user's input operation based on the corresponding environment information, wherein the corresponding environment information is the operating environment information. A game method is provided, which is information indicating the type of system (OS).

Further, in order to achieve the above object, the present invention provides a game program for a game system capable of giving predetermined content to a user, wherein the game program indicates to the computer the corresponding environment of the game executed on the user terminal used by the user. Realization of a support environment information acquisition function for acquiring environment information and a parameter determination function for determining parameters used for providing content to a user in response to a user's input operation based on the support environment information. A game program is provided in which environment information is information indicating the type of operating system (OS).

Further, in order to achieve the above object, the present invention provides an information processing apparatus for a game system capable of providing predetermined content to a user, wherein compatible environment information indicating a compatible environment of a game executed in a user terminal used by the user is provided. and a parameter determining unit for determining parameters used for providing content to the user in response to user input operations based on the compatible environment information, wherein the compatible environment information is , information indicating the type of operating system (OS).

According to the game system, game method, and game program according to the present invention, it is possible to provide a bias to the parameters without causing the user to suspect that the game operator is manipulating the predetermined parameters. , a game method, and a game program.

1 is a schematic diagram of a game system according to this embodiment; FIG. 1 is a functional configuration block diagram of a game system according to this embodiment; FIG. It is a figure which shows the data structure of each storage part which the information storage part which concerns on this embodiment has. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment. It is a flow chart of processing in the game system according to the present embodiment.

[Embodiment]
FIG. 1 shows an overview of a game system according to an embodiment of the invention.

<Overview of Game System 1>
The game system 1 according to the present embodiment sets the parameters of the content used in the game based on the information specific to the device and/or software used by the user to execute the game, that is, the compatible environment information indicating the compatible environment of the game. It is a system that can be determined by Specifically, the game system 1 acquires compatible environment information from the device and/or software used by the user to execute the game, and executes the game using parameters associated with the compatible environment information and the content. Note that the game system 1 and user terminals owned by users (for example, user terminals 3, user terminals 3a, . Also, the game system 1 may be a server-client type game system.

In this embodiment, the contents are characters that act in the game, items that are used in the game, images and sounds that are used in the game, and the like. As an example, the content is a character that appears in the game.

In addition, the supported environment is an environment required when a predetermined game is executed on a predetermined device (user terminal), and includes information on the hardware of the device, information on software, and/or information registered by the user. It is an environment that can be selected by the user, which is defined by information related to accounts of social network services (SNS) and other services. Specifically, the supported environment includes the operating system (OS) used in the user terminal, the version of the OS, the game program, the version of the game program, the browser capable of executing the browser game, the user terminal, and the account used to log in to the game. , the manufacturer of the user terminal, and a processor installed in the user terminal. Note that, in the present embodiment, the corresponding environment is irrelevant to, for example, the user's own daily motions and actions (number of steps, travel time, physical information, etc.).

Furthermore, parameters are parameters used in acquisition of content used in the game, appearance of content in the game, and/or use of content in the game. A parameter may be a parameter used when selecting one or more contents from a plurality of contents. For example, the parameter may be the lottery probability of the content when the content is given to the user by lottery and/or the appearance probability of the content when the content appears in the game. In addition, the parameters include the property and/or performance of the content, the degree of enhancement when enhancing the property and/or performance of the content, the number of predetermined items required when enhancing the property and/or performance of the content, and the content may be at least one parameter selected from the group consisting of the difficulty level of acquisition in the game.

In the outline example of FIG. 1, the content is a character that appears in the game, the compatible environment information is information indicating the type of operating system (OS) of the user terminal, and the parameter is the probability that the character can be obtained by lottery in the game. An example of (lottery probability) will be described. In FIG. 1, when the game system 1 receives a character lottery instruction from the user terminal 3, it acquires information indicating the OS type of the user terminal from the user terminal 3, and based on the acquired information indicating the OS type An example of changing the character lottery probability will be described. It should be noted that the lottery probability is the probability that a character will win the lottery.

First, the user terminal 3 operates on the operating system (A) (OS (A)), and the user terminals 3a and 3n different from the user terminal 3 operate on the operating system (B) (OS (B)). Suppose you are. Then, for example, it is assumed that a game is executed on the user terminal 3 and a lottery for character acquisition is executed. In this case, the game system 1 receives a character lottery instruction from the user terminal 3 . Then, the game system 1 acquires information indicating the type of OS of the user terminal 3 from the user terminal 3 as compatible environment information. In the example of FIG. 1, the game system 1 acquires information indicating that the OS running on the user terminal 3 is OS(A).

Here, the game system 1 has a storage unit that stores the winning probability of each character in association with the character and the type of OS. For example, as shown in FIG. 1, the storage unit of the game system 1 stores a lottery probability of "70%" as a parameter in association with the character "Beedle" and OS(A). The lottery probability "50%" is stored in association with (B). Therefore, if the lottery is executed on the user terminal 3 operating on OS (A), there is a 70% probability that the "weedle" will win, and if the lottery is executed on the user terminal 3a or the like that operates on OS (B), there is a 50% probability. "Beadle" will hit. The storage unit similarly stores the lottery probabilities for other characters (“Cocoon”, “Caterpie”, “Pikachu”, etc.) in association with OS(A) and OS(B). In the example of FIG. 1, the sum of the plurality of lottery probabilities stored in association with OS(A), which is one piece of corresponding environment information, is 100%, and the same applies to OS(B).

The game system 1 then executes a lottery. In the example of FIG. 1, the game system 1 refers to the storage unit and executes a lottery based on the lottery probability of the character associated with OS(A). The game system 1 executes a process of giving the winning character to the user of the user terminal 3 based on the result of the lottery.

Furthermore, the game system 1 can cause the user terminal 3 to output the lottery probability of each character before receiving the lottery instruction from the user terminal 3, during the lottery instruction is received, or after the lottery instruction is received. From the viewpoint of allowing the user to recognize the lottery probability, it is preferable to output the lottery probability before accepting the lottery instruction. That is, the game system 1 outputs the lottery probabilities of "Weedle", "Cocoon", "Caterpie", and "Pikachu" to the display unit of the user terminal 3 when executing the lottery using the user terminal 3. Let In addition, the game system 1 calculates the lottery probabilities of each of "Weedle", "Cocoon", "Caterpie", and "Pikachu" in the user terminal 3 operating on OS(A), and the user terminal 3a operating on OS(B). It is also possible to output the lottery probabilities of "Weedle", "Cocoon", "Caterpie", and "Pikachu" in etc. to the display unit of the user terminal 3 so that the user can compare them. This allows the user to broaden the range of choices regarding which OS to run the game using the user terminal. For example, when the user first runs the game, the user can select which OS to run on which user terminal to start the game. In addition, if the information of the operating OS can be changed by carrying out terminal handover processing (model change procedure processing), the game can be continued using a user terminal operating with an OS different from the OS currently in use. can be done.

As described above, in the game system 1, for example, when the user terminal 3 is used, it is easier to hit "Weedle" and "Cocoon" than when the user terminal 3a is used, and when the user terminal 3a is used, The user can execute the lottery after understanding that "Caterpie" and "Pikachu" are more likely to win than when the user terminal 3 is used. Therefore, since the game system 1 uses OS information and the like that cannot be changed by the game operator as factors for determining the parameters, the user should not be suspected that the game operator is manipulating the lottery probability for each user. You can prevent it from happening.

Further, when the user terminal 3 and the user terminal 3n are participating in the same game, the game system 1, in response to an instruction from the user of the user terminal 3 and/or the user of the user terminal 3n, A lottery can also be carried out based on For example, the game system 1 may execute a lottery based on the character lottery probability associated with the OS (B) of the user terminal 3n in response to an instruction from the user of the user terminal 3. FIG. In this case, when the user terminal 3n is used, it is easier to hit "Caterpie" and "Pikachu" than when the user terminal 3 is used. The user of the user terminal 3 can execute the lottery with the same lottery probability. As a result, according to the game system 1, it is possible to activate interaction between users and improve the playability of the game.

The user terminals (for example, the user terminals 3, 3a, . Also, the communication network 5 is a communication network such as a mobile phone network and/or the Internet. The communication network 5 can also include communication networks such as wired LANs and wireless LANs, and short-range communication networks. Details of the game system 1 according to the present embodiment will be described below, but it should be noted that the proper names and numerical values in the above description and the following description are merely examples, and are not limited to these proper names and numerical values. I will add.

<Details of game system 1>
FIG. 2 shows an example of the functional configuration of the game system according to this embodiment. Also, FIG. 3 shows an example of the data configuration of each storage unit included in the information storage unit according to this embodiment.

[Overview of Configuration of Game System 1]
A game system 1 according to the present embodiment is a game system capable of providing predetermined content to a user. The game system 1 includes a login processing unit 10 that processes a user's login to the game, a compatible environment information acquisition unit 12 that acquires compatible environment information of the user terminal, a parameter determination unit 14 that determines parameters, and a user terminal. A parameter output unit 16 that outputs parameters, an instruction reception unit 18 that receives instructions from a user terminal, a game progress unit 20 that controls the progress of the game, and a result association unit that associates the progress result of the game with the user information of the user. 22, a compatible environment selection unit 24 that selects a compatible environment, a switching processing unit 26 that processes switching of the compatible environment, and an information storage unit 32 that stores various types of information. In addition, the game system 1 may further include a position information acquisition unit 28 that acquires position information of the user terminal.

The information storage unit 32 includes a parameter storage unit 320 for storing parameters, a user information storage unit 322 for storing user information, a content information storage unit 324 for storing information about content, and a game for storing game progress and the like. and a status storage unit 326 .

The game system 1 may not only have the plurality of components physically located at the same location, but may also have some of the plurality of components located at physically separate locations. For example, the game system 1 may cause a user terminal or an external server to perform part of the functions of the components. Also, the game system 1 may be configured as one or more servers. In this case, the game system 1 is configured by combining components of one server and components of another server. Further, in the present embodiment, each device (user terminal, server, etc.) can also be understood as an information processing device. In other words, a group of devices can be understood as one "information processing device", and the game system 1 may be formed as a group of a plurality of devices. The method of distributing a plurality of functions required to realize the game system 1 according to this embodiment to one or a plurality of pieces of hardware depends on the processing capability of each piece of hardware and/or the specifications required for the game system 1. can be determined as appropriate in view of the above. Further, various information stored in the information storage unit 32 may be user instructions and information received via the instruction receiving unit 18 and/or predetermined information acquired from a predetermined server existing outside the game system 1. , may be updated from time to time.

[Details of Configuration of Game System 1]
In the following description, a case where a user mainly uses the user terminal 3 to execute a game provided by the game system 1 will be described as an example. However, in the game system 1, the user and one or more users different from the user simultaneously play the game using the user terminal 3 and one or more user terminals different from the user terminal 3; Alternatively, they can be played in the same event or the same field within the game.

(Login processing unit 10)
The login processing unit 10 performs processing (user authentication) for user's login to the game. The game according to this embodiment adopts a specification that allows users to log in using not only a game account, but also a social network service (SNS) account, an account for using various services on the Internet or the cloud, etc. can. Then, the user logs in to at least one or more accounts selected from the group consisting of the user's own account for the game, an SNS account, and an account for using various services on the Internet or on the cloud. By doing so, the game can be executed on the user terminal 3 .

For example, the login processing unit 10 acquires user account information (for example, user ID and password of a predetermined account, or biometric information when biometric authentication is used for login) from the user terminal 3 . Then, the login processing unit 10 uses the acquired account information to execute login processing for the user's game. The game can be executed on the user terminal 3 by the login processing unit 10 executing the login processing.

(Compatible environment information acquisition unit 12)
The compatible environment information acquisition unit 12 acquires compatible environment information indicating the compatible environment of the game executed on the user terminal 3 . When the user terminal 3 downloads the game program for the game system 1, when the user terminal 3 starts the game program for the first time, the compatible environment information acquisition unit 12 starts a predetermined game (for example, when the instruction receiving unit 18 When a lottery, etc., is executed in response to an instruction from a user who receives it, an event, etc. is executed, when an instruction to acquire compatible environment information is received from a user in the game, or the game is started on the user terminal 3 Supported environment information can be acquired at various timings such as every time.

For example, when the compatible environment is an OS, the compatible environment information acquisition unit 12 can acquire information indicating the type of OS as the compatible environment information. Here, the information indicating the type of OS may be any information that can specify the OS required for executing the game on the user terminal 3. For example, the information itself of the OS (for example, the name of the OS and version information, edition information, etc.), OS information specified from various information stored in the user terminal 3 (for example, OS name, OS version information, edition information, etc.), OS version information specified OS information, OS information specified from the performance of the user terminal 3 (for example, information specified by whether or not the user terminal 3 has a predetermined function, processing when predetermined processing is executed Information specified from the result (that is, if the user terminal 3 has a function that can be executed in a predetermined OS, it can be specified that the user terminal 3 is equipped with the OS), OS information specified from the information of the download source (for example, store) when the game program for the system 1 is downloaded, OS information specified from the information registered by the user at a predetermined site outside the user terminal 3 It is information specified from such as.

Further, when the login processing unit 10 receives login information indicating that the user has logged in to a predetermined account from the user terminal 3, the compatible environment information acquisition unit 12 inquires of the user terminal 3, and obtains the compatible environment information of the user terminal 3. can be obtained. Furthermore, when the compatible environment is a predetermined account and the compatible environment information is user account information, the compatible environment information acquisition unit 12 inquires of the user terminal 3 and/or the service server that provides the account, information may be obtained. The compatible environment information acquisition unit 12 supplies the compatible environment information in the user terminal 3 to the parameter determination unit 14 .

(Information storage unit 32: parameter storage unit 320, user information storage unit 322, content information storage unit 324, game situation storage unit 326)
The information storage unit 32 is configured with a plurality of storage units that store predetermined information. The information storage unit 32 supplies predetermined information to each component in response to an action from each component that configures the game system 1 .

The parameter storage unit 320 stores content parameters. Specifically, the parameter storage unit 320 stores parameters in association with the corresponding environment information and the content ID of the content. A content ID is an identifier that uniquely identifies content. A parameter is, for example, a numerical value, and the parameter storage unit 320 can store the parameter so that it can be used for a predetermined calculation.

It should be noted that, if there is a huge amount of compatible environment information such as information indicating types of user terminals, it may be difficult to store parameters corresponding to all types of compatible environment information. Therefore, when it is assumed that there will be a large number of mutually different compatible environment information, the parameter storage unit 320 stores one or more pieces of compatible environment information that are less than the amount that can be easily grasped by the user and the content ID. Store parameters in association with . That is, the parameter storage unit 320 classifies the corresponding environment information into the specific corresponding environment information and other corresponding environment information excluding the specific corresponding environment information and stores the parameters. For example, if the supported environment information is information indicating the types of user terminals, information indicating the types of user terminals of the first user terminal, the second user terminal, and the third user terminal, and these user terminals The parameter storage unit 320 may store a parameter in association with information indicating the type of user terminal other than the content ID and the content ID.

On the other hand, even if there is a plurality of corresponding environment information, if the corresponding environment information can be uniquely identified by specifying one corresponding environment information, only one specific corresponding environment information can be specified. parameters may be used. For example, if there are only two types of compatible environment information, when one of the compatible environment information is specified, the remaining compatible environment information is automatically specified. In this case, the parameter storage section 320 may store the parameter in association with either one of the corresponding environment information and the content ID.

Also, the parameter storage unit 320 may be an aggregate of a plurality of parameter tables that store parameters in association with corresponding environment information and content IDs. For example, parameter tables for n corresponding environment information (where n is an integer of 2 or more) may be provided, and the parameter storage section 320 may be configured to include these parameter tables. As an example, when the supported environment information is information indicating the type of user terminal, the parameter storage unit 320 stores a parameter table for the first type of user terminal, a parameter table for the second type of user terminal, and a parameter table for the second type of user terminal. A parameter table for a specific type of user terminal and a parameter table for other types of user terminals excluding the specific type, such as a parameter table for other types of user terminals excluding the first type and the second type. and

The user information storage unit 322 stores information about users in association with user IDs that identify users. Specifically, the user information storage unit 322 stores one or more account information of the user (user ID for account, password, etc.), compatible environment information of the user terminal 3 (OS of the user terminal 3, etc.) in association with the user ID. information indicating the type, information about the browser used in the user terminal 3, information about the terminal type of the user terminal 3, etc.), a play game ID that uniquely identifies the game that the user is playing or plans to play, content owned by the user (e.g., characters, items, etc. appearing in the game), content IDs (e.g., character IDs if the content is a character, item IDs if the content is an item), user avatars in the game, etc. and/or other information (personal information, etc.).

The content information storage unit 324 stores content information, which is information about content, in association with content IDs. For example, when the content is a character appearing in a game, the content information includes information indicating the name of the character, information indicating the level of the character, information indicating the gender of the character, information indicating the state of the character, and characteristics and characteristics of the character. , information indicating the ability of the character, image information of the character, and information such as the quantity of a predetermined item required to improve or change the characteristics of the character. In this case, the content ID is the character ID. Also, when the content is an item used in a game, the content information is information such as information indicating the name of the item, information indicating features and characteristics of the item, image information of the item, and the like. In this case, the content ID is the item ID.

The game situation storage unit 326 stores information (game situation information) about the game situation including the progress of the user's game. The game situation storage unit 326 stores game situation information in association with the play game ID. The game situation storage unit 326 stores the game situation information in association with date and time information such as the date and time when the user logged in, the date and time when the user interrupted the game, and the date and time when the user logged out. be able to.

(Parameter determination unit 14)
The parameter determination unit 14 determines parameters associated with the content used in the game based on the compatible environment information acquired by the compatible environment information acquisition unit 12 . Specifically, the parameter determination unit 14 can refer to the parameter storage unit 320 and use the parameters stored in the parameter storage unit 320 in association with the acquired corresponding environment information as parameters to be determined. For example, in the parameter storage unit 320, one or more content IDs are stored in association with one piece of corresponding environment information, and a parameter is associated with each of the one or more content IDs. The parameter determining unit 14 determines one or more parameters stored in the parameter storage unit 320 in association with the acquired piece of corresponding environment information as parameters to be used in the game.

As an example, assume that the supported environment is the type of user terminal, the content is the character, and the parameter is the appearance probability of the character in the game. In this case, the parameter storage unit 320 stores character IDs for identifying characters and appearance probabilities in association with corresponding environment information indicating the types of a plurality of user terminals. Then, the parameter determination unit 14 determines the occurrence probability stored in the parameter storage unit 320 in association with the compatible environment information indicating the type of user terminal corresponding to the acquired compatible environment information as a parameter used in the game. For example, the parameter determining unit 14 determines, as parameters used in the game, appearance probabilities associated with each of a plurality of character IDs stored in the parameter storage unit 320 in association with one piece of corresponding environment information.

Also, for example, assume that the supported environment is the type of OS of the user terminal, the content is the character, and the parameter is the probability that the character will win a lottery in the game. In this case, the parameter storage unit 320 stores the character ID and the winning probability of the character having the character ID in association with each of the compatible environment information indicating the types of OS. Then, the parameter determination unit 14 determines the probability stored in the parameter storage unit 320 in association with the compatible environment information indicating the type of OS corresponding to the acquired compatible environment information as a parameter to be used in the game.

Further, for example, the supported environment is the type of OS of the user terminal, the content is the character, and the parameter is the number of items required to obtain and/or change the characteristics of the character in the game. Note that characteristics include, for example, character properties, abilities (attack power, defense power, motivation, etc.), destination of evolution (for example, "evolution" means that a given character uses a given number of items, gains experience points, etc.). It refers to changing to an evolved character by acquisition etc.). In this case, the parameter storage unit 320 associates each of the corresponding environment information indicating the types of a plurality of OSs with the character ID and the number of predetermined items required to acquire and/or change the characteristics of the character with the character ID. to store Then, for example, when the instruction receiving unit 18 receives from the user terminal 3 an instruction to acquire a predetermined character and/or change its characteristics, the parameter determination unit 14 determines the compatible environment acquired by the compatible environment information acquiring unit 12. The number of predetermined items stored in the parameter storage unit 320 in association with the information is determined as a parameter to be used in the game.

In addition, when giving a character to a user by lottery in a game, various systems can be adopted as a lottery system. For example, a lottery system called box gacha may be adopted. In the box gacha system, for example, a virtual lottery box is provided in the game, a predetermined number of characters and items of a predetermined type are placed in the lottery box, and the user selects a character or item from the lottery box to draw a lottery. This is a lottery method in which the next lottery process is executed without returning the selected character or item to the lottery box after the process is executed. Then, when the item to be given to the user is determined by the lottery process, the user can own the item. In this case, the parameter storage section 320 may store, as a parameter, information identifying the lottery box used for the box gacha in association with the corresponding environment information. The parameter determination unit 14 determines information for identifying the lottery box stored in the parameter storage unit 320 in association with the compatible environment information indicating the type of OS corresponding to the acquired compatible environment information, as a parameter used in the game. be able to. In this case, the content information storage unit 324 stores items as content information included in the lottery box identified by the lottery box ID in association with the lottery box ID (information identifying the lottery box) as the content ID. store the information of

The parameter determination unit 14 may use the parameters stored in the parameter storage unit 320 as initial parameters, and use parameters obtained by changing the initial parameters based on the corresponding environment information as parameters to be determined. Specifically, the parameter determination unit 14 calculates using parameters stored in the parameter storage unit 320 in association with the corresponding environment information and the content ID, and coefficients or functions determined based on the corresponding environment information. The calculated parameters obtained can also be used as parameters to be determined. In this case, the parameter determining unit 14 may have a coefficient table or a function table that stores predetermined coefficients or predetermined functions in association with corresponding environment information. As an example, the parameter determination unit 14 stores the parameter stored in the parameter storage unit 320 in correspondence with the acquired environment information in the coefficient table or the function table in association with this environment information. A value obtained by multiplying by a coefficient or a value obtained by using a function can be used as a calculated parameter.

The parameter determination unit 14 can also determine parameters based on usage of in-game currency and/or predetermined items. For example, the parameter determination unit 14 can increase, decrease, or change the parameters stored in the parameter storage unit 320 based on usage of in-game currency and/or predetermined items.

In addition, in response to instructions from the user received by the instruction receiving unit 18, the parameter determination unit 14 uses in-game virtual currency and/or predetermined items to change the parameters in the corresponding environment information of the user terminal 3 to other users. You may switch to the parameter in the compatible environment information of another user terminal to be used. For example, when the compatible environment information is information indicating the type of OS, in principle, in a user terminal operating on the first OS, the parameter storage unit 320 stores the information in correspondence with the compatible environment information indicating the first OS. The parameters shown are the parameters used for the game on this user terminal. However, on the premise that in-game virtual currency and/or predetermined items are used, the parameter determination unit 14 changes the parameters stored in the parameter storage unit 320 in association with the compatible environment information indicating the first OS to the second OS. The parameter may be switched to a parameter stored in the parameter storage unit 320 in association with corresponding environment information indicating an OS (for example, a second OS) of a type different from the first OS (parameter switching process). However, the parameter determination unit 14 can continue the parameter switching process only for a time determined according to the amount of in-game virtual currency and/or a time determined by a predetermined item. good.

Further, when the parameter determining unit 14 determines parameters associated with content used in the game based on the compatible environment information acquired by the compatible environment information acquiring unit 12, the determined parameters are kept within a predetermined period of time. may be used, and other parameters may be used outside this period. For example, a specific period (eg, a predetermined event, etc.) may be set in the game, and the game may be executed using the parameters stored in the parameter storage unit 320 only within this specific period.

Further, when the user clears the game and/or clears a predetermined event in the game, the game system 1 sets the user ID to a flag indicating that the game has been cleared and/or indicates that the event has been cleared. may be provided with a flag association unit that associates a flag indicating In this case, the parameter determination unit 14 determines that the flag indicating that the game has been cleared and/or the flag indicating that a predetermined event in the game has been cleared is associated with the flag when the user executes the game again. parameter stored in the parameter storage unit 320 in association with compatible environment information of a compatible environment different from the compatible environment of the user terminal 3 used by the user to execute the game may be determined as a parameter used in the game. Note that when a predetermined instruction is given from the user via the instruction reception unit 18, the parameter determination unit 14 associates the parameter storage unit 320 with the compatible environment information of the compatible environment different from the compatible environment of the user terminal 3. It may be possible to use the parameters stored in the .

(Parameter output unit 16)
The parameter output unit 16 outputs information about parameters to the user terminal 3 . That is, the parameter output unit 16 causes the user terminal 3 to output the parameters determined by the parameter determination unit 14 so that the user can perceive them. Also, the parameter output unit 16 preferably causes the user terminal 3 to output parameters before predetermined processing (eg, content lottery processing, content appearance processing in the game, etc.) in the game progression unit 20 .

For example, the user terminal 3 displays the parameters received from the parameter output section 16 on the display section of the user terminal 3 . In this case, the parameter output unit 16 can also output parameters in a corresponding environment different from that of the user terminal 3 together with the parameters determined by the parameter determination unit 14 . Specifically, the parameter output unit 16 sends the information about the parameters in the compatible environment information of the compatible environment of the user terminal 3 and the information about the parameters in the comparative compatible environment information indicating the compatible environment to be compared with the compatible environment to the user terminal 3. Output.

As an example, a case will be described in which predetermined content is given to the user by lottery in the game. It is also assumed that the supported environment is the type of OS and the parameter is the content lottery probability. In this case, the parameter storage unit 320 stores the content ID and lottery probability in association with each piece of information indicating the type of OS. Then, the parameter determination unit 14 acquires information indicating the type of OS from the user terminal 3, and acquires the content ID and the lottery probability using the information indicating the type of OS, which is the acquired compatible environment information, as a key. The parameter determination unit 14 determines the obtained lottery probability as the lottery probability used in the game executed on the user terminal 3 .

Subsequently, the parameter output unit 16 outputs the lottery probability determined by the parameter determination unit 14 and the information about the content that can be selected by lottery with the lottery probability, and the lottery probability that the parameter determination unit 14 did not determine and the lottery possible with the lottery probability. Information about the content is supplied to the user terminal 3 . The user terminal 3 displays, for example, on the display unit the type of OS running on the user terminal 3, a plurality of contents that can be acquired in a game lottery under the OS, and the lottery probability of each of the plurality of contents. To display a plurality of contents obtainable in a game lottery under an OS other than an OS and the lottery probability of each of the plurality of contents so that a user can check them. As a result, the user can clearly understand that the lottery probabilities are different in different environments before the lottery is executed. Therefore, according to the game system 1, the user can be given an opportunity to select a different environment.

(Instruction receiving unit 18)
The instruction receiving unit 18 receives user instructions from the user terminal 3 . The instruction receiving unit 18 receives various instructions regarding the progress of the game via the user terminal 3 . For example, the instruction receiving unit 18 receives from the user terminal 3 an instruction to continue or not to continue the game using the parameters determined by the parameter determining unit 14, or an instruction to change the game compatible environment. The instruction reception unit 18 supplies the received instruction to the game progression unit 20, the switching processing unit 26, and the like.

(Game progression unit 20)
The game progress section 20 controls progress of the game on the user terminal 3 . Specifically, the game progression unit 20 advances the game using the parameters determined by the parameter determination unit 14 based on the corresponding environment information. Also, as compatible environment information, information indicating the type of the first OS and information indicating the type of the second OS different from the type of the first OS can be acquired, and content to be given to the user is determined. Suppose the game is run. In this case, when the compatible environment information acquiring unit 12 acquires the information indicating the type of the first OS, the parameter determining unit 14 determines the first parameter, and the compatible environment information acquiring unit 12 obtains the information indicating the type of the second OS. is obtained, the parameter determining unit 14 determines the second parameter. Then, the game progression unit 20 determines content to be given to the user using the first parameter or the second parameter determined by the parameter determination unit 14 .

As an example, the game progression unit 20 executes the content lottery process when the parameter is the content lottery probability. Further, when the parameter is the appearance probability of the content in the game, the game progression unit 20 executes processing for causing the content to appear in the game based on the appearance probability. Further, when the parameter is the probability that a predetermined result will occur according to the user's operation in the game, the game progression unit 20 executes processing for generating a predetermined result based on the probability. The probability that a predetermined result will occur may be, for example, the probability of occurrence of a technique performed by one character when characters are fighting each other in a game.

Further, the game progression section 20 may progress the game based on the instructions received by the instruction reception section 18 . In other words, the game progression section 20 progresses the game in accordance with instructions from the user referring to the contents output by the parameter output section 16 to the user terminal 3 . For example, a case will be described in which predetermined content is given to a user by lottery in a game, the compatible environment information is information indicating the type of OS, and the parameter is the lottery probability of the content.

In this case, the parameter output unit 16 displays, on the display unit of the user terminal 3, the type of OS running on the user terminal 3, a plurality of contents that can be obtained in a game lottery, and the lottery probability of each of the plurality of contents. To display a plurality of contents obtainable in a game lottery on an OS other than an OS and the lottery probability of each of the plurality of contents. Then, the instruction receiving unit 18 receives an instruction from the user as to whether or not to execute the lottery. When the instruction receiving unit 18 receives an instruction to execute a lottery, the game progression unit 20 executes lottery processing. On the other hand, when the instruction receiving unit 18 receives an instruction not to execute the lottery, the game progression unit 20 does not execute the lottery process.

(Result association unit 22)
The result association unit 22 associates the game progress result of the game progress unit 20 with the user information of the user. That is, the result association unit 22 receives the game progress result from the game progress unit 20 and stores information indicating the game progress result in the user information storage unit 322 . For example, the result association unit 22 associates information including the progress of the game with the play game ID as game situation information and stores it in the game situation storage unit 326, and also associates the play game ID with the user ID and stores it in the game situation storage unit 326. Stored in the information storage unit 322 .

As an example, when the progress result of the game is the lottery result of characters appearing in the game, the result association unit 22 associates the user ID with the character ID, which is the content ID of the character who won the lottery, according to the lottery result. Stored in the user information storage unit 322 . The result association unit 22 can also supply the progress result of the game to the user terminal 3 . The result association unit 22 can cause the user terminal 3 to output the progress result of the game so that the user can perceive it and/or store it in the storage unit of the user terminal 3 .

(Corresponding environment selection unit 24)
When a game is being executed in one user terminal used by one user and another user terminal used by another user, the compatible environment selection unit 24 selects the compatible environment information of the other user terminal in the one user terminal. can be selected, and compatible environment information of one user terminal can be selected in other user terminals. The game being executed by one user terminal and another user terminal is, for example, a game being executed on the server of the game system 1 . A user of one user terminal and a user of another user terminal are logged in to the game being executed by the server at the same time.

For example, the compatible environment selection unit 24 may select from the login processing unit 10 the user terminals of a plurality of users who are simultaneously executing a predetermined game, and/or the user terminals of a plurality of users who are simultaneously executing a predetermined stage of a predetermined game. acquires information indicating that there is a login from the user terminal of the user. Then, the compatible environment selection unit 24 determines whether or not to use the parameter associated with the compatible environment information of the compatible environment of the other user terminal instead of the compatible environment of the own user terminal for each of the plurality of user terminals. inquire. Next, the compatible environment selection unit 24 receives a selection instruction from each user terminal as to whether to select its own compatible environment or to select another user's compatible environment. Subsequently, the compatible environment selection unit 24 supplies information regarding the received instruction to the compatible environment information acquisition unit 12 . The compatible environment information acquisition unit 12 acquires the compatible environment information of its own user terminal or the compatible environment information of another user terminal selected by the compatible environment selection unit 24 in accordance with the selection of the one user as the compatible environment of the one user terminal. Get it as information. Note that, if the compatible environment information acquisition unit 12 receives an instruction not to use the parameter associated with the compatible environment information of another user terminal for the selection of one user, the compatible environment information acquisition unit 12 Get information.

For example, assume that a first user participates in a given game via a first user terminal, and a second user also participates in this game via a second user terminal. It is also assumed that the first user terminal uses OS(A) and the second user terminal uses OS(B). In this case, in principle, the parameters associated with OS (A) as the corresponding environment information are applied to the first user terminal, and the parameters corresponding to OS (B) as the corresponding environment information are applied to the second user terminal. attached parameters apply.

Here, when the corresponding environment selection unit 24 receives from the login processing unit 10 information indicating that the first user terminal and the second user terminal are simultaneously executing a predetermined game, the first user terminal The terminal is queried whether to use the parameters associated with the OS (B) of the second user terminal. Also, the supported environment selection unit 24 inquires of the second user terminal whether or not to use the parameters associated with the OS (A) of the first user terminal. When receiving an instruction from the first user terminal through the instruction receiving unit 18 to use the parameters associated with the OS (B) of the second user terminal, the compatible environment selection unit 24 accepts the instruction. It is supplied to the compatible environment information acquisition unit 12 . In response to the instruction, the compatible environment information acquiring unit 12 acquires parameters associated with OS (B) as parameters used in the first user terminal. Further, when the corresponding environment selection unit 24 receives an instruction from the second user terminal via the instruction reception unit 18 to the effect that the parameter associated with the OS (A) of the first user terminal is to be used, The instruction is supplied to the corresponding environment information acquisition unit 12 . In response to the instruction, the compatible environment information acquiring unit 12 acquires parameters associated with OS(A) as parameters used in the second user terminal.

Note that the compatible environment selection unit 24 selects the following when the user of the first user terminal and the user of the second user terminal battle using each other's characters or the like in a predetermined game, when the battle ends, or when the battle ends. When the user of the first user terminal and the user of the second user terminal are linked to each other by friend application etc. in the game, the user of the first user terminal and the user of the second user terminal If there is a predetermined connection in the game between the It is also possible to enable the selection of the parameter of the environment information supported by the terminal.

(Switching processing unit 26)
The switching processing unit 26 executes processing according to the switched environment when the environment in which the game is executed is switched. That is, when the compatible environment of the user terminal 3 is switched from the first compatible environment to the second compatible environment different from the first compatible environment, the switching processing unit 26 allows the user to continue the game in the second compatible environment. Do what you can.

For example, a case will be described where a user is registered with a plurality of accounts, and after logging in to the game with one account, switches from one account to another account to execute the game. In this case, the switching processing unit 26 first receives an account switching instruction from the user terminal 3 . Then, the switching processing unit 26 refers to the parameter storage unit 320, and outputs the parameters of the content when one account is used and the parameters of the content when another account is used from the parameter output unit 16 to the user terminal 3. output to In this case, the switching processing unit 26 may also output a caution display such as, for example, "When switching from one account to another account, the parameters change, but is it really okay?"

Then, when the instruction receiving unit 18 receives an account switching execution instruction from the user terminal 3, the switching processing unit 26 allows the user to play the game interrupted by the user on one account from the interrupted point on the other account. Execute the takeover process so that it can be continued. For example, when the switching processing unit 26 executes the switching process, the game progression unit 20 suspends the game, sets the suspension point as the suspension point, and stores the progress of the game up to the suspension point in the game status storage unit 326. Store. Then, the switching processing unit 26 refers to the game situation storage unit 326, and executes a process that enables the continuation of the game in one account from the interruption point in another account.

As a result, the user can easily and seamlessly execute the game on each of multiple accounts and/or on each of multiple types of user terminals by performing account linkage, user terminal handover processing, and the like.

Note that the switching processing unit 26 may associate one user ID with a plurality of corresponding environmental information and store them in the user information storage unit 322 in accordance with an instruction from the user. For example, the switching processing unit 26 may associate one user ID with information indicating the types of a plurality of user terminals as compatible environment information. In this case, the switching processing unit 26 can perform control so that when one user terminal is executing a game, another user terminal cannot execute the game, or the game can be executed simultaneously in each of a plurality of user terminals. can also be controlled as follows.

(Position information acquisition unit 28)
The location information acquisition unit 28 acquires location information of the user terminal 3 . Then, when the parameter determination unit 14 determines the parameters associated with the content used in the game based on the compatible environment information acquired by the compatible environment information acquisition unit 12, the location information acquired by the location information acquisition unit 28 is It may also be used to determine parameters. For example, the parameter storage unit 320 can store parameters in association with corresponding environment information and location information. Thereby, as an example, it is possible to change the parameters even if the user terminal 3 exists in the first area and the second area even in the same support environment. Further, for example, the parameters in the case where the game is executed in the first region using the first user terminal operating on the first OS, and the parameters for the second user terminal operating on the second OS, the Making the parameters different from the parameters when the game is executed in one region, and/or the parameters when the game is executed in the second region using the first user terminal operating on the first OS The parameters can be different from those in the case where the game is executed in the second region using the second user terminal operating on the second OS.

[Outline of processing flow of game system 1]
4 to 10 show an example of the flow of processing in the game system according to this embodiment.

(first example)
FIG. 4 shows an example of the flow of processing when determining parameters at the time of login to a game in the game system according to this embodiment. The first example shows an example in which the compatible environment information is the type of OS.

A first example is a game system 1 capable of providing predetermined content to a user, and includes a compatible environment information acquisition unit 12 that acquires information indicating the type of OS of a user terminal 3 on which a game is executed, and an OS This is an example of a game system including a parameter determination unit 14 that determines a parameter used for providing a user with content used in the game in response to a user's input operation based on information indicating a type. Here, an example in which content is given to the user by lottery in the game will be given. In the first example, the parameter is determined at the time of login, and the determined parameter is maintained until logout. Therefore, it is also possible to use the appearance probability of content in the case of executing the processing of content appearing in the game as a parameter. preferable.

First, in the first example, the parameter storage unit 320 associates one or more content IDs with information indicating the type of OS, which is compatible environment information, and parameters associated with the one or more content IDs (for example, lottery probability). In this state, the login processing unit 10 executes login processing in response to a login request to a predetermined account from the user terminal 3 . A login request is made, for example, each time the user causes the user terminal 3 to execute a game program. As a result, the user logs into the game via the user terminal 3 (step 10; hereinafter, the step is represented as "S"). Then, the compatible environment information acquisition unit 12 inquires of the user terminal 3 and acquires compatible environment information indicating the OS type (for example, OS (A)) as information indicating the OS type of the user terminal 3 (S12).

Next, the parameter determination unit 14 associates the information indicating the OS type from the parameter storage unit 320 with the information indicating the OS type, which is the compatible environment information acquired by the compatible environment information acquiring unit 12, as a key. The above content IDs and parameters associated with one or more content IDs are acquired, and the acquired parameters are determined as parameters to be used in the game. The parameter output unit 16 outputs the parameters acquired by the parameter determination unit 14 to the user terminal together with information about the content of the content ID linked to each parameter (for example, the name and image of the content and/or description of characteristics). 3 (S14). The user terminal 3 perceivably outputs the received parameter to the user together with information about the content via, for example, a display unit.

In addition to the parameters acquired by the parameter determination unit 14, the parameter output unit 16 associates parameters not acquired by the parameter determination unit 14 with the information related to the content linked to the parameters and the content ID of the content. may be output to the user terminal 3 together with information indicating the type of OS (for example, OS(B)). In this case, the parameter output unit 16 temporarily selects, for example, the content that the user can obtain by lottery in the game when OS (A) is selected, the lottery probability, and OS (B) on the display unit of the user terminal 3. In this case, the content that the user can obtain by lottery in the game and the probability of the lottery are displayed or the like. As a result, the user can grasp with what degree of lottery probability which content can be obtained when using which OS, and thus can obtain an opportunity to select a user terminal on which a different OS is installed.

Then, the instruction receiving unit 18 receives an instruction as to whether or not to execute a lottery in the game from the user via the user terminal 3 (S16). When the instruction receiving unit 18 receives an instruction not to execute the lottery (No in S18), the game system 1 ends the lottery process. On the other hand, when the instruction receiving unit 18 receives an instruction to execute a lottery (Yes in S18), the game progression unit 20 executes a lottery process as predetermined processing (S20). Then, the result association unit 22 provides the user with the content obtained by the user as a result of the lottery process executed in the game progression unit 20 (S22). That is, the result association unit 22 associates the user information (for example, user ID) with the content ID of the content acquired by the user, and stores the result in the user information storage unit 322 . Note that the lottery process may include a process in which the content is not won by the user. It may be stored in the information storage unit 322 .

Then, when the login processing unit 10 receives information indicating that the user is logging out of the game from the user terminal 3, the login processing unit 10 executes processing for logging out the user from the game (Yes in S24). On the other hand, when the log-in processing unit 10 has not received information to log out of the game from the user terminal 3, the instruction receiving unit 18 waits for receiving an instruction from the user terminal 3 as to whether or not to execute the lottery. As a result, the game system 1 responds to the user's instruction to execute the lottery acquired through the user's input operation to the user terminal 3, and by executing the above process, the user can obtain the content won by lottery. can hold

Note that the compatible environment information acquisition unit 12 adds the user ID of the user of the user terminal 3 to the acquired compatible environment information before executing a predetermined process (lottery process), that is, after S12 and before S16. You can also set a flag associated with . Then, the game progression unit 20 may execute the lottery process based on the flagged user ID. Specifically, when executing the lottery process, the game progress unit 20 checks whether or not a flag is set in the user ID. You may proceed with the lottery process using the parameters.

(Second example)
FIG. 5 shows an example of the flow of processing when parameters are determined when downloading a game program or when starting a game program for the first time in the game system according to the present embodiment. The second example shows an example in which the compatible environment information is the type of OS. Note that S34, S36, S38, S40, and S42 in FIG. 5 are the same steps as S14, S16, S18, S20, and S22 in FIG.

A second example is a game system 1 capable of giving predetermined content to a user, and a game is executed when a game program for the game system 1 is downloaded to the user terminal 3 or when the game program is first started. A compatible environment information acquisition unit 12 that acquires information indicating the OS type of the user terminal 3 from the user terminal 3, and parameters that determine parameters associated with content used in the game based on the information indicating the OS type. 1 is an example of a game system including a determination unit 14. FIG. Here, an example in which content is given to the user by lottery in the game will be given.

First, the parameter storage unit 320 stores one or more content IDs and parameters (lottery probabilities) associated with the one or more content IDs in association with information indicating the type of OS, which is compatible environment information. In the second example, the game program downloaded to the user terminal 3 includes the function of the compatible environment information acquiring section 12 (compatible environment information acquiring function). That is, when the game program is downloaded to the user terminal 3 (S30), the compatible environment information acquisition function acquires compatible environment information indicating the OS type as information indicating the OS type of the download destination user terminal 3 ( S32).

Then, the login processing unit 10 executes login processing in response to a login request to a predetermined account from the user terminal 3 . Thereby, the user logs into the game via the user terminal 3 . It should be noted that the compatible environment information acquisition function is not when the game program is downloaded to the user terminal 3, but when the login process is executed (for example, when the game is started for the first time). You may acquire the correspondence environment information which shows the kind of OS as .

Next, the parameter output unit 16 outputs the parameters acquired/determined by the parameter determination unit 14 based on the compatible environment information acquired by the compatible environment information acquisition function together with the information about the content of the content ID linked to each parameter. Output to the user terminal 3 (S34). Then, the instruction receiving unit 18 receives an instruction as to whether or not to execute a lottery in the game from the user via the user terminal 3 (S36). When the instruction receiving unit 18 receives an instruction not to execute the lottery (No in S38), the game system 1 ends the lottery process. On the other hand, when the instruction receiving unit 18 receives an instruction to execute a lottery (Yes in S38), the game progression unit 20 executes lottery processing as predetermined processing (S40). Then, the result association unit 22 provides the user with the content acquired by the user as a result of the lottery process (S42).

(Third example)
FIG. 6 shows an example of the flow of processing when parameters are determined each time a predetermined process in the game is executed in the game system according to this embodiment. The third example shows an example in which the compatible environment information is the type of OS. Note that S52, S54, S56, S58, and S60 in FIG. 6 are the same steps as S12, S14, S18, S20, and S22 in FIG. 4, respectively, so detailed description thereof will be omitted.

A third example is a game system 1 capable of providing predetermined contents to a user, and corresponding environment information for acquiring information indicating the OS type of the user terminal 3 each time a predetermined process in the game is executed. This is an example of a game system including an acquisition unit 12 and a parameter determination unit 14 that determines parameters associated with content used in the game based on information indicating the type of OS. Here, an example in which content is given to the user by lottery in the game will be given.

First, in the third example, the parameter storage unit 320 associates one or more content IDs with information indicating the type of OS, which is compatible environment information, and a parameter (lottery probability) associated with the one or more content IDs. and store In this state, the login processing unit 10 executes login processing in response to a login request to a predetermined account from the user terminal 3 . After the user logs in to the game, the game progression unit 20 executes predetermined processing according to the progress of the game. The predetermined processing includes content lottery processing, content appearance processing in the game, and the like. Here, lottery processing for content will be described as an example.

The instruction receiving unit 18 receives an instruction as a predetermined process from the user via the user terminal 3 as to whether or not to execute a lottery in the game (S50). When the instruction receiving unit 18 receives an instruction to execute the lottery, the compatible environment information acquisition unit 12 inquires of the user terminal 3 and obtains compatible environment information indicating the OS type as information indicating the OS type of the user terminal 3. (S52). When the instruction receiving unit 18 receives an instruction not to execute the lottery, the process may be terminated at that point.

Next, the parameter determination unit 14 associates the information indicating the OS type from the parameter storage unit 320 with the information indicating the OS type, which is the compatible environment information acquired by the compatible environment information acquiring unit 12, as a key. The parameters associated with the above content IDs and one or more content IDs are acquired. The parameter output unit 16 outputs the parameters acquired by the parameter determination unit 14 to the user terminal 3 together with the information about the content of the content ID linked to each parameter (S54). The user terminal 3 perceivably outputs the received parameters to the user together with information about the content.

Then, when the instruction receiving unit 18 receives an instruction not to execute the lottery (No in S56), the game system 1 ends the lottery process. On the other hand, when the instruction receiving unit 18 receives an instruction to execute the lottery (Yes in S56), the game progression unit 20 executes lottery processing (S58). Next, the result association unit 22 provides the user with the content acquired by the user as a result of the lottery process executed in the game progression unit 20 (S60). Then, if there is another process (for example, another lottery process), the instruction receiving unit 18 waits for an instruction as to whether or not to execute another lottery from the user terminal 3 (Yes in S62). On the other hand, if there is no other processing, the game system 1 ends the processing (No in S62).

In the third example, since the game system 1 can check the compatible environment information of the user terminal each time a predetermined process such as a lottery process in the game is performed, the user can change the user terminal at any time before the process. can do. In this case, the switching processing unit 26 executes switching processing of the user terminal. Then, when switching from one user terminal to another user terminal, the game progression unit 20 resumes the game at the other user terminal from the point at which the game at the one user terminal was interrupted. This allows the user to continue playing the game under favorable conditions.

(Fourth example)
FIG. 7 shows part of an example of the flow of processing when the user switches the compatible environment in the game system according to this embodiment. A fourth example shows an example in which the compatible environment information is the type of user terminal. 7 includes substantially the same steps as the flow of FIG. 4, except that a predetermined step is introduced between S14 and S16 of FIG. 4, so detailed description will be omitted except for the differences. . Also, in the example of FIG. 7, S140 and S142 are introduced between S14 and S16, but S140 and S142 may be executed before or after other steps as long as there is no contradiction in the flow of processing.

First, after S<b>14 , the switching processing unit 26 receives an instruction from the user terminal 3 via the instruction receiving unit 18 to switch the user terminal to another user terminal. Then, the switching processing unit 26 refers to the parameter storage unit 320, and outputs the parameters of the content when the user terminal 3 is used and the parameters of the content when the other user terminal is used from the parameter output unit 16 to the user terminal. output to 3. In this case, the switching processing unit 26 may also output a warning message such as, for example, "If you switch from the user terminal 3 to another user terminal, the appearance probability of content will change."

Then, when the instruction receiving unit 18 receives an execution instruction to switch the user terminal from the user terminal 3 (Yes in S140), the switching processing unit 26 allows the game on the user terminal 3 to continue to be executed on another user terminal. (S142). On the other hand, when the instruction receiving unit 18 does not receive an instruction to switch the user terminal from the user terminal 3 (No in S140), the steps after S16 are executed.

(Fifth example)
FIG. 8 shows part of an example of the flow of processing when a plurality of users are playing the same game in the game system according to this embodiment. A fifth example shows an example in which the compatible environment information is the OS type of the user terminal. In addition, in FIG. 8, except that a predetermined step is introduced between S10 and S12 of FIG. 4, the steps are substantially the same as those of the flow of FIG. . Also, in the example of FIG. 8, S150, S152, and S154 are introduced between S10 and S12. may be performed.

First, the compatible environment selection unit 24 acquires from the login processing unit 10 information indicating that there are logins from user terminals of a plurality of users who are simultaneously executing the game (S150). Next, the compatible environment selection unit 24 associates each of the plurality of user terminals executing the game with the compatible environment information of the compatible environments of the other user terminals instead of the compatible environment of the own user terminal. An inquiry is made as to whether or not to use the parameters that have been set (S152). Then, the compatible environment selection unit 24 receives a selection instruction from each user terminal to select either the own compatible environment or the compatible environment of another user via the instruction accepting unit 18 (S154). Subsequently, the compatible environment selection unit 24 supplies information regarding the received instruction to the compatible environment information acquisition unit 12 . The compatible environment information acquisition unit 12 acquires the compatible environment information of the other user terminal selected by the compatible environment selection unit 24 according to the user's selection as the compatible environment information of the one user terminal (S12).

Note that when a plurality of users who are playing the game at the same time compete against each other and one user wins the competition, the compatible environment selection unit 24 selects the compatible environment of its own user terminal only for the winning user. Instead, an inquiry may be made as to whether or not to use the parameter associated with the supported environment information of the supported environment of another user terminal (the user terminal of the defeated user). In this case, the corresponding environment selection unit 24 receives a selection instruction from the user terminal of the user who won the match via the instruction reception unit 18 (S154). Furthermore, when determining parameters based on the corresponding environment information, the parameter determining unit 14 uses the parameters used in the user terminal of the user who won the match (that is, the other user terminal of the other user who is the opponent) The parameter used) can be used as it is, or the parameter can be increased and used by using in-game virtual currency and/or predetermined items.

As a result, in the game system 1, the user's user terminal can select the corresponding environment in the other's user terminal, and the environment can be obtained in the other's user terminal but not in the user's own user terminal. Alternatively, content that is difficult to obtain due to a low lottery probability or the like can be made available to the user's own terminal. Therefore, in the game system 1, interaction among a plurality of users can be encouraged.

(Sixth example)
FIG. 9 shows an example of the flow of processing in the game system according to the present embodiment when the corresponding environment is the version of the game software and the parameter can be determined by selecting any version. Note that S70, S72, and S76 to S82 in FIG. 9 are the same steps as S12, S14, and S16 to S22 in FIG. 4, respectively, so detailed description thereof will be omitted.

A sixth example is a game system 1 capable of providing predetermined content to a user, and a compatible environment information acquisition unit 12 that acquires from the user terminal 3 information about the version of the game software of the user terminal 3 where the game is executed. and a parameter determination unit 14 that determines parameters associated with content used in the game based on acquired information about past or current versions of game software. Here, an example in which content is given to the user by lottery in the game will be given. Further, in the sixth example, the user terminal 3 can execute a game on any of a plurality of different versions of game software (for example, past or current version).

In social games and the like, it may be necessary to update the version of the software when fixing bugs in the game or adding new game specifications to the software. When updating the version, it is necessary to prompt the user to voluntarily download the updated version of the software to the user terminal from the platform that provides the software. Here, in the case of a serious specification change such as an update of data required for the progress of the game, it is essential to update the version of the software. may display a link to the platform on your screen to prevent you from playing the game.

On the other hand, even if the version update does not seriously affect the progress of the game (minor case), such as fixing a bug in the screen display, if the game cannot be played, the interest of users who want to play the game immediately will be lost. It can be scraped off. Therefore, in version updates such as minor corrections, there are cases where version updates are allowed at the user's discretion while a "notice" is displayed in the game.

However, in this case, although the game operator can prepare an environment in which users can immediately play the game, the number of users who play the game with the old version software without updating the version may not decrease. In other words, the update of the old version software may not be executed beyond the expectations of the game operator. Therefore, in the sixth example, an example of a game system capable of prompting the user to voluntarily update the version even if the version update is a minor modification of the software will be described.

First, in the sixth example, the parameter storage unit 320 stores one or more content IDs in association with the information indicating the version of the game software, which is the corresponding environment information, and the content, which is a parameter associated with the one or more content IDs. and store the lottery probability of When game software has multiple versions, the parameter storage unit 320 stores content IDs and parameters in association with information indicating all or part of the multiple versions. Then, the compatible environment information acquisition unit 12 inquires of the user terminal 3 and acquires compatible environment information indicating the version of the game software executed on the user terminal 3 (S70).

Next, the parameter determining unit 14 uses the information indicating the version of the game software acquired by the compatible environment information acquiring unit 12 as a key to extract one or more pieces of content associated with the information indicating the version of the game software from the parameter storage unit 320. A lottery probability associated with an ID and one or more content IDs is acquired. The parameter output unit 16 outputs the lottery probability acquired by the parameter determination unit 14 to the user terminal 3 together with information on the content of the content ID (S72). The user terminal 3 perceivably outputs the received lottery probability to the user together with information about the content.

Note that the parameter determination unit 14 uses virtual currency and/or items used in the game, based on information about a specific version of game software selected by the user from a plurality of different versions of game software, A parameter lottery probability can also be determined. That is, the parameter determination unit 14 uses information indicating the version of the game software designated by the user as a key, and stores one or more content IDs associated with the information from the parameter storage unit 320 and one or more content IDs. The attached lottery probability may be obtained and determined as a parameter.

Here, in addition to the lottery probability acquired by the parameter determination unit 14, the parameter output unit 16 outputs the lottery probability not acquired by the parameter determination unit 14 to the information related to the content linked to the lottery probability and the content of the content. It can be output to the user terminal 3 together with information indicating the version of the game software associated with the ID. In this case, the parameter output unit 16 displays, for example, on the display unit of the user terminal 3, content that the user can acquire in the game by lottery when the current game software version (older version) is selected, the lottery probability, and the new To display contents that a user can acquire by lottery in a game and the lottery probability thereof when a version of game software is selected. In this case, the lottery probability when the new version of the game software is selected may be set higher than the lottery probability of the old version of the game software. As a result, the game system 1 can make the user aware that using the newer version of the game software is more advantageous in acquiring the content, and thus can prompt the user to update the version of the game software.

Then, the instruction receiving unit 18 receives an instruction from the user via the user terminal 3 as to whether to use the old version or the new version as the version of the game software. When the instruction receiving unit 18 receives an instruction to use the new version, the game progression unit 20 suspends the game, connects to the server of the platform that provides the software, and updates the version. After the software version is updated in the user terminal 3, the game progression section 20 resumes the game from the interrupted point.

Then, when the instruction receiving unit 18 receives an instruction to continue using the old version, or when the game is restarted by the game progressing unit 20, the user requests via the user terminal 3 whether to execute a lottery in the game. An instruction of no is accepted (S76). When the instruction receiving unit 18 receives an instruction not to execute the lottery (No in S78), the game system 1 ends the lottery process. On the other hand, when the instruction receiving unit 18 receives an instruction to execute the lottery (Yes in S78), the game progression unit 20 executes lottery processing (S20). In this case, if the software version has been updated, the lottery process is executed with the lottery probability of the new version. Then, the result association unit 22 provides the user with the content acquired by the user as a result of the lottery process (S82).

Note that, when the user executes a lottery in the game, the instruction receiving unit 18 assumes that the in-game virtual currency and predetermined items are used, and the version of the game software being executed on the user terminal 3 is different from that of the game software being executed. It is also possible to make the lottery probability in the version selectable. For example, the parameter storage unit 320 stores one or more content IDs and lottery probabilities of content associated with the one or more content IDs in association with information indicating the old version of the game software. One or more content IDs different from those associated with the information indicating the old version and the lottery probability of the content associated with the one or more content IDs are stored in correspondence with the information indicating the new version.

Then, the parameter output unit 16 outputs to the user terminal 3 the content obtainable under the environment of the old version of the game software and the content obtainable under the environment of the new version of the game software. In this case, even if the new version of the game software is running on the user terminal 3, if the instruction receiving unit 18 receives an instruction from the user to use the in-game virtual currency and the predetermined item, the game progresses. The section 20 can execute the lottery under the environment of the old version of the game software. This allows the user to acquire content (for example, fossil content) that cannot be acquired with the new version of the game software.

(Seventh example)
FIG. 10 shows an example of the flow of processing when executing a game in which characters or evolved characters can be owned in the game system according to this embodiment. The seventh example shows an example in which the compatible environment information is the type of OS. In the seventh example, a case will be described in which a predetermined number of predetermined items are required to obtain a predetermined character in the game, or a predetermined number of predetermined items are required to evolve a predetermined character. In FIG. 10, except that steps S90 and S92 are introduced before S94 corresponding to S12 in FIG. 4, the steps are substantially the same as those in the flow of FIG. 4, so detailed description thereof will be omitted. That is, in the example of FIG. 10, S94, S96, and S100 to S104 are substantially the same steps as S12, S14, and S18 to S22 of FIG.

A seventh example is a game system 1 capable of giving predetermined contents (characters) to a user, and includes a compatible environment information acquisition unit 12 that acquires information indicating the type of OS of a user terminal 3 on which a game is executed. , a parameter determining unit 14 that determines the number of predetermined items required to acquire content used in the game or the number of predetermined items required to evolve the content based on information indicating the type of OS. It is an example of a system.

In the seventh example, the parameter storage unit 320 associates one or more character IDs with information indicating the type of OS, item IDs of predetermined items, which are parameters associated with the one or more character IDs, and the items. store the number of Here, the item is an item required to acquire a character in the game or an item required to change the characteristics of the character, and the number of items is an item required to acquire a character in the game. or the number of items required to change a character's characteristics. Then, during execution of the game on the user terminal 3, the game progression unit 20 generates a predetermined event according to an instruction from the user received by the instruction reception unit 18 or at a predetermined timing determined by the game progression unit 20 (S90). ). This event is, for example, a character acquisition event, a character evolution event, or the like.

In response to the occurrence of an event, the instruction receiving unit 18 receives an instruction from the user indicating whether or not to respond to the event (S92). When the instruction receiving unit 18 receives an instruction to the effect that the user will respond to the event, the response environment information acquiring unit 12 inquires of the user terminal 3 and obtains the OS type as information indicating the OS type of the user terminal 3. The corresponding environment information shown is acquired (S94). On the other hand, when the instruction receiving unit 18 receives an instruction indicating that the user does not participate in the event, the game system 1 continues processing assuming that the user does not participate in the event.

Next, the parameter determining unit 14 extracts one or more character IDs associated with the information indicating the OS type from the parameter storage unit 320 using the information indicating the OS type acquired by the compatible environment information acquiring unit 12 as a key. , the item ID of a predetermined item, which is a parameter associated with one or more character IDs, and the number of items. The parameter output unit 16 outputs the parameter acquired by the parameter determination unit 14 to the user terminal 3 together with information about the character corresponding to the character ID (S96). The user terminal 3 outputs the received parameters perceptibly to the user along with information about the character.

Then, the instruction receiving unit 18 receives from the user via the user terminal 3 whether or not to use a predetermined number of predetermined items to acquire a predetermined character, or whether to use a predetermined number of predetermined items to evolve a predetermined character. An execution instruction as to whether or not to use is accepted (S98). If the instruction receiving unit 18 does not receive the instruction to acquire the predetermined character or evolve the predetermined character (No in S100), the game system 1 ends the process. On the other hand, when the instruction receiving unit 18 receives an instruction to acquire a predetermined character or evolve a predetermined character (Yes in S100), the game progress unit 20 acquires a predetermined character or advances a predetermined character. (S102). Then, the result association unit 22 gives the character acquired by the user or the evolved character to the user as a result of the processing executed in the game progression unit 20 (S104).

(Other examples)
(Example 1)
The game system 1 according to this embodiment can also determine the parameters at the time of a predetermined event when determining the parameters of the content used in the game based on the corresponding environment information. For example, if the content is a character and the parameter is the character's ability (for example, ability such as offensive power and defensive power used in a battle in the game), the game system 1 outputs corresponding environment information each time a predetermined event starts. A character's abilities may be determined based on. The event may be, for example, a battle between characters.

In this case, the parameter storage unit 320 stores the character ID of the character and the ability value, which is the parameter of the character, in association with the corresponding environment information. Then, the game progression section 20 can proceed with the game using the character ability values determined by the parameter determination section 14 based on the corresponding environment information acquired by the corresponding environment information acquisition section 12 .

(Example 2)
Also, in the game system 1, it is possible to change the variation of items in the item shop in the game. For example, an example in which an item shop that provides one or more items to the user in exchange for in-game virtual currency or predetermined items is provided in the game executed in the game system 1 will be described.

In this case, the information storage unit 32 can have an item shop table that stores information about item shops. The item shop table stores item IDs of one or more items offered at the item shop in association with the item shop ID. Then, the parameter storage unit 320 stores the item shop ID as the content ID in association with the corresponding environment information. In this case, the parameter determination unit 14 acquires the item shop ID based on the compatible environment information acquired by the compatible environment information acquisition unit 12 . Subsequently, the game progression unit 20 can display the items of one or more item IDs stored in the item shop table in association with the item shop ID acquired by the parameter determination unit 14 in the item shop in the game. can. As a result, in the game system 1, it is possible to change the variation of items in the item shop in the game.

In this way, the parameter storage unit 320 may store the content ID in association with the corresponding environment information, and the parameter determination unit 14 may determine the content used in the game based on the corresponding environment information. . For example, when the parameter storage unit 320 stores one content ID in association with one compatible environment information and stores another content ID in association with other compatible environment information, the user terminal 3 responds Different contents can be given to the user according to the environment.

(Example 3)
Furthermore, in the game system 1, the parameter determination unit 14 determines the parameters by using the date and time in the real world at the time of determination, and/or the time in a predetermined range (for example, one day in the morning). Information (hereinafter simply referred to as "time information") may also be used together, such as time divided into two such as afternoon and afternoon, or four seasons obtained by dividing a year into four. For example, the parameter storage unit 320 can store parameters in association with corresponding environment information, time information, and content IDs. As an example, the parameter storage unit 320 associates the daytime from 00:00 to 12:00 and the nighttime from 12:00 to 24:00 in the real world with the corresponding environment information and the content ID. can store parameters that can be In this case, the parameter determination unit 14 can switch between daytime parameters and nighttime parameters even under the same corresponding environment information according to the time in the real world.

(Example 4)
Also, in the game system 1 , the user terminal 3 may determine the corresponding environment information, and the user terminal 3 may determine the parameters without supplying the corresponding environment information from the user terminal 3 to the server of the game system 1 . That is, the user terminal 3 may identify the corresponding environment information of the user terminal 3 itself and acquire the parameter from the parameter storage unit 320 using the identified corresponding environment information. In this case, the user terminal 3 has some or all of the functions of the compatible environment information acquisition unit 12 and the functions of the parameter determination unit 14 .

For example, it is assumed that a game is executed on the user terminal 3 and a lottery for character acquisition is executed. It is also assumed that the compatible environment information is information indicating the type of OS. In this case, the user terminal 3 identifies information indicating the type of OS of the user terminal 3 . Then, the user terminal 3 acquires the parameter associated with the content ID stored in the parameter storage unit 320 in association with the identified OS type. The game system 1 uses the parameters acquired by the user terminal 3 to progress the game (for example, lottery).

[Effects of Embodiment]

The game system 1 according to the present embodiment includes game information such as OS type, browser type if the game is a browser game, game program version, user terminal type, user account type, and account linkage status. By changing the parameters of the content used in the game according to the difference in the compatible environment, the lottery probability of the content, the appearance probability of the content, the characteristics of the content, etc. can be changed according to the compatible environment. In other words, the game system 1 can set a bias between the parameters of the content in one piece of the corresponding environment information and the parameter of the content in the other corresponding environment information, and allows the user to grasp the bias. Therefore, when the user proceeds with the game, the user himself/herself can select the corresponding environment after grasping which of the corresponding environments is advantageous.

For example, when a character is given to a user by lottery in a game, there are a first user terminal operating on a first OS and a second user terminal operating on a second OS, and the parameter storage unit 320 associates the first lottery probability of the first character with the corresponding environment information of the first OS, and the second character of the first character with the corresponding environment information of the second OS. (for example, first lottery probability<second lottery probability). The game system 1 provides the user with the character and lottery probability that the user can acquire when the lottery is executed at the first user terminal and the character and lottery probability that the user can acquire when the lottery is executed at the second user terminal. can be displayed on the terminal. Thus, if the user wishes to possess the first character, the user can choose to run the game on the second user terminal. As described above, according to the game system 1 according to the present embodiment, the user himself/herself can select the compatible environment according to his/her own wishes. As a result, the game system 1 improves the playability of the game and enhances the user's sense of satisfaction without causing the user to suspect that the game operator is manipulating the predetermined parameters used in the game. be able to.

In addition, in the game system 1 according to the present embodiment, when the user terminals of a plurality of users are executing the same game or a predetermined event or stage in the same game at the same time, the response at one user terminal It is possible to replace environment information with compatible environment information in other user terminals. Thereby, the game system 1 can activate interaction between users.

[Game program]
Each component included in the game system 1 according to the present embodiment shown in FIGS. 1 to 10 causes an arithmetic processing unit such as a central processing unit (CPU) to execute a program (that is, a game program) That is, it can be realized by software processing. Moreover, it can also be realized by writing a program in advance in hardware such as an electronic component such as an integrated circuit (IC). Note that software and hardware can also be used together.

The game program according to this embodiment can be pre-installed in an IC, ROM, or the like, for example. In addition, the game program shall be recorded in a computer-readable recording medium, such as a magnetic recording medium, an optical recording medium, or a semiconductor recording medium, in an installable format or executable format, and provided as a computer program. can also The recording medium storing the program may be a non-transitory recording medium such as CD-ROM or DVD. Furthermore, the game program can be stored in advance in a computer connected to a communication network such as the Internet, and can be provided by downloading via the communication network. For example, the game program according to this embodiment can be provided as a client program that operates in each of various compatible environments (for example, each OS).

The game program according to this embodiment can also be provided as a game program for a server capable of two-way communication with a plurality of game clients generated from the same middleware (game engine). In this case, the game program is not optimized for a specific OS and does not need to be created for each type of OS. It is preferable in that it is possible to suppress the resulting defects.

Specifically, first, the source code of the game program for the game system 1 according to this embodiment is built into a file format of a plurality of software packages for mutually different OSs using middleware. For example, the middleware builds the game program into a software package file format for a first OS and a software package file format for a second OS different from the first OS.

Next, the operator uploads the software package obtained from the middleware to a download site for each OS (for example, a store capable of providing a predetermined program to user terminals). In addition, the name of the software package displayed on the store can be changed so that it is easy to recognize that the parameters corresponding to the game content are different in each store (for example, "Pocket Monster Red" in the store of the first OS). , in the store of the first OS, the name can be set as "Pocket Monster Green", etc.). However, a software package uploaded to one store and a software package uploaded to another store have the same logical structure of the program, only with different names.

Subsequently, the user connects the user terminal 3 to the communication network 5 and downloads the software package for the OS of the user terminal 3 from the download site corresponding to the OS of the user terminal 3 to the user terminal 3 . After that, the user can execute the game by accessing the game system 1 according to the present embodiment or the server of the game system 1 from the user terminal 3 . It should be noted that the server of the game system 1 according to this embodiment can execute the same processing regardless of which OS the plurality of user terminals are installed. However, the server may execute processing other than content lottery processing, for example, processing that depends on the OS of the user terminal for some processing such as billing processing.

The game program according to the present embodiment works on the CPU or the like to perform the login processing unit 10, the compatible environment information acquisition unit 12, the parameter determination unit 14, the parameter output unit 16, the instruction It functions as a reception unit 18 , a game progression unit 20 , a result association unit 22 , a corresponding environment selection unit 24 , a switching processing unit 26 , a position information acquisition unit 28 and an information storage unit 32 .

Although the embodiments of the present invention have been described above, the embodiments described above do not limit the invention according to the scope of claims. Also, it should be noted that not all combinations of features described in the embodiments are essential to the means for solving the problems of the invention. Furthermore, the technical elements of the above embodiments may be applied singly or may be applied after being divided into a plurality of parts such as program parts and hardware parts.

The game system according to the present embodiment can also be referred to in the following additional claims that should not be confused with the claims.
(Appendix 1)
A game system capable of providing predetermined content to a user,
a compatible environment information acquisition unit that acquires compatible environment information indicating a compatible environment for a game executed on a user terminal used by the user;
A game system comprising: a parameter determination unit that determines parameters associated with content used in the game based on the corresponding environment information.
(Appendix 2)
When the game is being executed in one user terminal used by one user and another user terminal used by another user, the one user terminal can select compatible environment information of the other user terminal. further comprising a corresponding environment selection unit for
The game system, wherein the compatible environment information acquisition unit acquires the compatible environment information of the other user terminal selected by the compatible environment selection unit as the compatible environment information of the one user terminal.
(Appendix 3)
A game system in which the parameter determination unit determines the parameters based on use of in-game virtual currency and/or predetermined items.
(Appendix 4)
The parameter determination unit converts the parameter in the compatible environment information of the user terminal to the compatible environment information of another user terminal used by another user according to the use of the in-game virtual currency and/or the predetermined item. A game system that switches to parameters.
(Appendix 5)
The supported environment is a game software version used in the user terminal,
A game system, wherein the game system is capable of running on multiple versions of game software that are different from each other.
(Appendix 6)
Based on information about a specific version of the game software selected by the user from the plurality of different versions of the game software, the parameter determining unit uses virtual currency and/or items used in the game. , the game system that determines the parameters.

1 game system 3, 3a, 3n user terminal 5 communication network 10 login processing unit 12 compatible environment information acquisition unit 14 parameter determination unit 16 parameter output unit 18 instruction reception unit 20 game progression unit 22 result association unit 24 compatible environment selection unit 26 Switching processing unit 28 Position information acquisition unit 32 Information storage unit 320 Parameter storage unit 322 User information storage unit 324 Content information storage unit 326 Game situation storage unit

Claims (11)

A game system capable of providing predetermined content to a user,
a compatible environment information acquisition unit that acquires compatible environment information indicating a compatible environment for a game executed on a user terminal used by the user;
a parameter determination unit that determines a parameter used for providing the content to the user in response to the user's input operation, based on the corresponding environment information ;
a parameter output unit that outputs information about the parameter to the user terminal;
with
The compatible environment information includes information indicating the type of account of the user linked to the game,
The parameter determining unit can determine the parameter each time the input operation is performed, and the corresponding environment information obtaining unit can obtain the corresponding environment information again after determining the one parameter in response to one input operation. wherein the parameter determination unit can determine the next parameter in response to the input operation subsequent to the one input operation;
A game system in which the parameter output unit outputs to the user terminal information about parameters in the corresponding environment information and information about parameters in comparison corresponding environment information indicating a corresponding environment with which the corresponding environments are compared. a switching processing unit that, when the supported environment in the user terminal switches from one type of account to another type of account different from the one type of account, continues the game in the other type of account; prepared,
When the switching processing unit switches from the one type of account to the other type of account after logging into the game with the one type of account, the game interrupted in the one type of account is 2. The game system according to claim 1, wherein a takeover process that can be executed in the other type of account is performed. The compatible environment information includes the type of operating system (OS),
Information indicating the type of the first OS and information indicating the type of the second OS different from the type of the first OS can be obtained as the compatible environment information,
When the compatible environment information acquisition unit acquires information indicating the type of the first OS, the parameter determination unit determines the first parameter, and the compatible environment information acquisition unit indicates the type of the second OS. 3. The game progressing unit, further comprising a game progressing unit that, when information is acquired, determines a second parameter by the parameter determining unit, and determines content to be given to the user using the first parameter or the second parameter . The game system described in . further comprising a parameter storage unit that stores the parameter in association with the corresponding environment information and the content ID of the content;
4. The game system according to any one of claims 1 to 3 , wherein the parameter determination unit uses the parameters stored in the parameter storage unit in association with the corresponding environment information as parameters for determining the parameters. further comprising a parameter storage unit that stores the parameter in association with the corresponding environment information and the content ID of the content;
The parameter determination unit determines a calculation parameter calculated using the parameter stored in the parameter storage unit in association with the content and a coefficient determined based on the corresponding environment information. The game system according to any one of claims 1 to 3 , which is used as a game system. The game according to any one of claims 1 to 5 , wherein the compatible environment further includes at least one compatible environment selected from the group consisting of a game program used in the user terminal, a version of the game program, and a browser. system. The parameters are the lottery probability of the content when the content is given to the user by lottery, the appearance probability of the content when the content appears in the game, the nature and/or performance of the content, and the content. A group consisting of the degree of enhancement when the property and/or performance of the content is enhanced, the number of predetermined items required when the property and/or performance of the content is enhanced, and the difficulty of acquiring the content in the game The game system according to any one of claims 1 to 6 , wherein at least one parameter selected from: 4. The game system according to claim 3 , further comprising a result association unit that associates progress results of the game progress unit with the user information of the user. A game method in a game system capable of providing predetermined content to a user,
a compatible environment information acquiring step of acquiring compatible environment information indicating a compatible environment of a game executed on a user terminal used by the user;
a parameter determination step of determining parameters used for providing the content to the user in response to the user's input operation, based on the corresponding environment information ;
a parameter output step of outputting information about the parameter to the user terminal;
with
The compatible environment information includes information indicating the type of account of the user linked to the game,
The parameter determination step can determine the parameter each time the input operation is performed, and after determining the one parameter in response to one input operation, the corresponding environment information obtaining step can obtain the corresponding environment information again. wherein the parameter determining step is capable of determining the next parameter in response to the input operation subsequent to the one input operation;
The game method, wherein the parameter outputting step outputs, to the user terminal, information regarding parameters in the corresponding environment information and information regarding parameters in comparison corresponding environment information indicating a corresponding environment with which the corresponding environments are compared. A game program for a game system capable of providing predetermined content to a user,
to the computer,
A compatible environment information acquisition function for acquiring compatible environment information indicating a compatible environment for a game executed on a user terminal used by the user;
a parameter determination function for determining parameters used for providing the content to the user in response to the user's input operation, based on the corresponding environment information ;
a parameter output function that outputs information about the parameters to the user terminal;
to realize
The compatible environment information includes information indicating the type of account of the user linked to the game,
The parameter determination function can determine the parameter each time the input operation is performed, and after determining the one parameter in response to one input operation, the corresponding environment information obtaining function can obtain the corresponding environment information again. and the parameter determination function is operable to determine the next parameter in response to the input operation subsequent to the one input operation;
A game program in which the parameter output function outputs to the user terminal information about parameters in the corresponding environment information and information about parameters in comparison corresponding environment information indicating a corresponding environment with which the corresponding environments are compared. An information processing device for a game system capable of providing predetermined content to a user,
a compatible environment information acquisition unit that acquires compatible environment information indicating a compatible environment for a game executed on a user terminal used by the user;
a parameter determination unit that determines a parameter used for providing the content to the user in response to the user's input operation, based on the corresponding environment information;
a parameter output unit that outputs information about the parameter to the user terminal;
with
The compatible environment information includes information indicating the type of account of the user linked to the game,
The parameter determining unit can determine the parameter each time the input operation is performed, and the corresponding environment information obtaining unit can obtain the corresponding environment information again after determining the one parameter in response to one input operation. wherein the parameter determination unit can determine the next parameter in response to the input operation subsequent to the one input operation;
The information processing apparatus, wherein the parameter output unit outputs to the user terminal information about parameters in the corresponding environment information and information about parameters in comparison corresponding environment information indicating a corresponding environment with which the corresponding environments are compared.

Images