JP6163529B2 - Program, game system, and server device - Google Patents

Description

  The present invention relates to a program, a game system, and a server device, and more particularly to an electronic game classified into a so-called social game genre.

  In recent years, electronic games belonging to a genre called a so-called social game have adopted a mechanism for promoting communication between users separately from game play, such as character lending and cooperation / match play between users.

  In the system described in Patent Document 1, registration of a user-created game field in which elements such as obstacles and gimmicks are arranged in a predetermined game field is accepted, and a game related to the game field can be played by a user who uses the service The provided mechanism is provided as a communication element between users.

Japanese Patent No. 5755329

  On the other hand, from the viewpoint of promoting communication between users, it is necessary to guide an appropriate number of users to use the service. However, in the system described in Patent Document 1, the game field created by the user can experience a game that is supported only by the user who uses the service, and the effect of acquiring the customer (user) is small, and the number of users is preferably increased. There was a possibility that it was not possible.

  At least one embodiment of the present invention has been made in view of the above-described problems, and an object thereof is to provide a program, a game system, and a server device that suitably acquire customers related to service use.

  In order to achieve the above-described object, a program according to at least one embodiment of the present invention is a program related to a predetermined game, and information on an external server is transmitted to a computer executing the program based on user information. Processing for transmitting and receiving, processing for acquiring privilege information indicating a privilege granted for user information from an external server, and processing for displaying a notification indicating the granted privilege on the display device based on the acquired privilege information The game can be played using the quest data relating to the game registered with the creator information associated with it, and is associated with the creator information corresponding to the user information. If there is quest data registered before the start of the quest data, the privilege information includes information on the privilege related to the creation of the quest data. Murrell.

  With such a configuration, according to at least one embodiment of the present invention, it is possible to suitably acquire customers related to service use.

The figure which showed the system configuration | structure of the game system which concerns on embodiment of this invention. The block diagram which showed the function structure of the client apparatus 100 which concerns on embodiment of this invention. The block diagram which showed the function structure of the server apparatus 200 which concerns on embodiment of this invention. The figure for demonstrating the game provided in the game system of embodiment of this invention. The flowchart which illustrated the process which concerns on the quest edit mode performed in the client apparatus 100 of embodiment of this invention. The flowchart which illustrated the privilege provision process (quest creation) implement | achieved in the game system which concerns on embodiment of this invention The flowchart which illustrated the privilege provision process (personal play) implement | achieved in the game system which concerns on embodiment of this invention. The figure for demonstrating the game provided in the game system of the modification of this invention The figure which illustrated the data structure of the various information managed in the server apparatus 200 which concerns on embodiment of this invention

[Embodiment]
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. In addition, one embodiment described below describes an example in which the present invention is applied to a game system having a plurality of client devices and a server device capable of communicating in parallel with them as an example of a game system. To do. However, the present invention can be applied to an arbitrary system having one or more client devices (information processing devices) and a server device capable of transmitting and receiving information based on user information.

  Further, in this specification, “official application” refers to an application that enables a user to experience a game experience defined for a game (provided game) provided by a game system after the start of service provision. explain. Further, the “preliminary application” is described as an application that is provided prior to the official application and enables the user to use some functions related to the provided game before the service is started. In the provided game of this embodiment, a game part provided to the user as a unit of game play is referred to as a “quest”.

《Game system configuration》
FIG. 1 is a diagram showing a system configuration of a game system according to an embodiment of the present invention. In the game system of the present embodiment, the user connects to the server apparatus 200 via the network 300 by starting a pre-application or a formal application on the client apparatus 100 used by each user or performing a predetermined operation on the application. The provided game can be used in various ways. In this embodiment, for the sake of simplicity, description will be made assuming that processing is performed so as to connect to one server device 200 in both the pre-application and the formal application. However, the server device 200 that is a connection destination need not be common. It will be easily understood that there is no need for a single unit. In the present embodiment, since the client device 100 and the server device 200 can have the same functional configuration, the configuration of the server device 200 is identified by being prefixed with “server”.

<Configuration of Client Device 100>
First, the functional configuration of the client device 100 of this embodiment will be described with reference to the block diagram of FIG.

  The control unit 101 is a CPU or the like, for example, and controls the operation of each block included in the client device 100. The control unit 101 controls the operation of each block by, for example, reading the operation program of each block recorded on the recording medium 102 and the program related to the advance application or the formal application, developing the program in the memory 103, and executing the program. .

  The recording medium 102 is a recording device capable of permanently storing information and rewriting information, such as a nonvolatile memory or an HDD. The recording medium 102 stores information such as parameters necessary for the operation of each block as well as the operation program for each block of the client device 100. The memory 103 is a rewritable storage device used for temporary information holding such as a volatile memory. The memory 103 is used not only as a development area for the operation program of each block but also as a storage area for storing intermediate data output in the operation of each block.

  The drawing unit 104 is a GPU, for example, and performs a drawing process related to generation of a display screen to be displayed on the display unit 106 described later. The GUI and various graphical elements necessary for the drawing process are read out from the recording medium 102 and are used by being developed in the memory 103 or a dedicated memory (not shown) included in the drawing unit 104.

  The privilege analysis part 105 requests | requires and acquires the information (privilege information) which shows the presence or absence of the privilege provided with respect to the user, and the content (privilege information) in the case of the service provision which concerns on a formal application, Based on this privilege information Processing for notifying the user of the granted privilege is performed. The privilege is given after the service provision related to the official application is started, and the privilege given to each user is managed in association with a user ID for identifying the user in the server device 200 as described later.

  The display unit 106 is, for example, a display device such as an LDC that is integrally connected in a housing that constitutes the client device 100, or an external device that is detachably connected to the client device 100, which is separate from the client device 100. Display device. In the display area of the display unit 106, the display screen generated by the drawing unit 104 is displayed at a predetermined interval (refresh rate).

  The communication unit 107 is a communication interface that the client device 100 has. In the game system of the present embodiment, the client device 100 can be connected to the server device 200 via the network 300 via the communication unit 107 and can transmit and receive information to and from the server device 200. .

  The operation input unit 108 is a user interface that the client apparatus 100 has, such as buttons, a mouse, a keyboard, and various sensors. When the operation input unit 108 detects that an operation input has been performed on each user interface, the operation input unit 108 outputs a control signal corresponding to the performed operation input to the control unit 101.

<Configuration of Server Device 200>
Next, the functional configuration of the server apparatus 200 according to the present embodiment will be described with reference to FIG.

  The server control unit 201 is a CPU, for example, and controls the operation of each block included in the server device 200. The server control unit 201 reads out the operation program of each block recorded on the server recording medium 202 or the server program related to the provided game, for example, and expands and executes the server program on the server memory 203 to perform the operation of each block. Control.

  The server recording medium 202 is a recording device capable of permanently storing information and rewriting information, such as a nonvolatile memory or an HDD. The server recording medium 202 stores information such as parameters necessary for the operation of each block as well as the operation program for each block of the server apparatus 200. The server memory 203 is a rewritable storage device used for temporary information holding such as a volatile memory. The server memory 203 is used not only as a development area for the operation program of each block but also as a storage area for storing intermediate data output in the operation of each block.

  The user DB 204 is a database that manages various types of information (user information) necessary for providing a game for each user who uses the provided game. For example, as shown in FIG. 9A, the user information may have a data configuration that manages various types of information in association with a user ID that identifies the user. As shown in the figure, in the user information, in association with the user ID 901, possessed element information 902 indicating elements such as characters and items owned by the user and map chips described later, which the user uses for the game play of the quest. Deck information 903 indicating characters, items, etc., progress information 904 indicating the progress status of the game play being performed by the user (execution quest, quest status, story progress status, etc.), and a quest created and registered by the user The created quest information 905 to be shown, the privilege information 906 indicating the privilege given to the user and the content thereof, and the point information 907 indicating the in-game currency and points owned by the user are managed.

  Here, the owned element information is information for managing each element owned by one user, and data having a configuration as shown in FIG. 9B, for example, is managed for one element. As shown in the figure, the owned element information is either an element type 911 (enumeration type information) indicating whether it is a character, an item, or a map chip, or a predetermined element classified into the type. In addition to the element ID 912 that identifies the character, for example, the reinforcement information 913 indicating information related to the change from the initial value such as the character level, equipment, and item level may be included.

  Moreover, privilege information is information which manages each privilege which is provided about one user and can be acquired after the formal service provision of the provided game is started. For example, FIG. 9C shows one privilege. Data having such a configuration is managed. As shown in the figure, the privilege information includes a privilege type 921 (enumeration type information) indicating a category of privilege such as a quest clear reward or a predetermined achievement achievement reward, and an acquired flag indicating whether a user has instructed to acquire the privilege. 922 (logical type information, acquired with True (true)), and grant information 923 including a privilege to be granted such as points and items, or explanation related to the grant may be included. Note that the provided game of the present embodiment is provided with a function (quest edit function) for creating a quest in a prior application. The user can create a quest related to the provided game by using the function, and upload the quest to the server device 200 and register the quest prior to the start of official service provision. This function is a function also provided in the official application, and the user can create a self-made quest in the prior application and the official application and register it in the server device 200. The registered quest is provided so that it can be downloaded after the service provision is started, and can be played in the official application as one game part related to the provided game. In the game system of this embodiment, for each quest registered in this manner, a privilege is given to the user who is the creator of the quest as contributing to the expansion of the game experience related to the provided game. . Therefore, the privilege category indicated by the privilege type 921 includes a privilege related to quest registration. Conventionally, in so-called social games such as the game provided in this embodiment, the number of quests and functions that can be prepared by the management side or the developer side are not abundant at the start of service provision, and applications and data are updated as needed. There are many ways to increase the number of quests and release functions. Therefore, in the game system of the present embodiment, the privilege given to the registration is different depending on the registration time of the quest so that the quest that is playable at the start of provision is treated as having a high contribution to the expansion of the game experience. Make it. In other words, in the game system of the present embodiment, the quest editing function is provided in the prior application to allow the user to create and upload / register a quest. A privilege with higher value than the privilege for the user who registered the quest after the start of provision is given. The privilege with high value may include addition of a parameter that makes the game progress advantageous, provision of a character or item having a high rank determined in the game, increase in the amount of in-game currency provided, and the like.

  The element DB 205 is a database that manages information (element information) of elements such as characters, items, and map chips that are provided for use by the user in the provided game. For example, as illustrated in FIG. 9D, the element information may have a data configuration that is managed by including basic information that is referred to when the process related to the provided game is executed for each element. As shown in the figure, the element information includes the element type 931 (enumeration type information) and the element ID 932 as described above with respect to the owned element information, for example, the initial value of the character or item, the cost of using the character, the map chip The basic information 933 indicating basic information 933 indicating predetermined cost information such as the cost of a character that can be placed or graphics information displayed correspondingly, and growth factors such as the level up of characters and items in the provided game, It may be configured to include change information 934 indicating the amount of parameter increase / decrease when a predetermined condition is met.

  The quest DB 206 is a database that manages information (quest information) related to a quest prepared in advance by the service provider or created by the user. For example, as illustrated in FIG. 9E, the quest information may have a data configuration that manages various types of quest information in association with a quest ID 941 that identifies a quest. As shown in the figure, the quest information is associated with the quest ID 941 and registered in the creation user ID 942 for identifying the user who created the quest, the date and time when the quest was registered in the quest DB 206, or a device provided for registration. Registration date / time information 943 indicating the date / time, quest data 944 indicating the quest contents, map configuration, details, etc. for allowing the user to experience the quest in the provided game, time limit that is at least one of the clear conditions of the quest It may be configured to include a time limit 945 shown, a play count 946 indicating the number of times that the quest has been played after the start of service provision, and a clear count 947 indicating the number of times the quest has been cleared.

  The privilege granting unit 207 grants a privilege to a corresponding user by adding a predetermined condition including registration of a user-created quest as described above (adding privilege information to the user information). The privilege granting unit 207 may basically determine a grant condition that is satisfied when a service use request from the client device 100 is made. The grant condition is updated, added, It may be configured to be changeable.

  The server communication unit 208 is a communication interface that the server apparatus 200 has. In the game system of the present embodiment, the server device 200 can be connected to the server device 200 via the network 300 via the server communication unit 208, and can transmit and receive information to and from the server device 200. Become.

  In the present embodiment, for simplicity, the internal configuration of the server apparatus 200 is described as having various databases (user DB 204, element DB 205, quest DB 206). However, at least one of these databases is different from the server apparatus 200. It may be configured as a device, and configured to be able to acquire information managed when the server device 200 makes a request to the device after communication connection with the device. Further, the configuration of various information described with reference to FIG. 9 is merely an example, and it will be easily understood that the implementation of the present invention is not limited to this.

《Outline of provided games》
Hereinafter, as an example of a game provided by the server device 200 in the game system of the present embodiment, a game that satisfies the clear condition of the quest by suppressing a predetermined base in the map defined for the quest within the time limit ( The outline of the provided game) will be described.

  In the provided game, one map (game field) is defined for one quest. As shown in FIG. 4A, the map shows, for example, a hexagonal region, and is a polygon that can expand the area of the entire map by being connected to other regions via sides (boundaries) of the region. It is configured as an aggregate in which one or more shape map chips (hereinafter referred to as HEX) are arranged. HEX is handled as if each one is a base. A user (play user) who plays a quest plays a battle game between a character (enemy character) set in the HEX and a character (play character) used by the user for each HEX. If the play character wins as a result of the battle game, the HEX is treated as being suppressed by the play user. When the HEX is suppressed, the play user can move the play character to the HEX adjacent to the suppressed HEX, and by repeating this, the play user can control the HEX (boss HEX: FIG. It is possible to move the play character to HEX indicated by hatching in 4 (a) and to execute the battle game related to the boss HEX. Further, as a strategy element of the provided game, when the battle game related to HEX is executed, parameter adjustment related to the battle game of the play character is performed according to the number of suppressions of HEX adjacent to the HEX. The parameter adjustment is basically performed, for example, by increasing a parameter related to an attack amount (amount by which the physical strength of the battle character is subtracted) that damages the battle character in the battle game in accordance with the number of adjacent HEXs, or by extending the actionable time described later. The parameters are adjusted to make the game progress advantageous. The map defines HEX (initial HEX) where the play user's character can be placed as the initial position at the start of the quest, and the play user suppresses HEX in any order from the initial HEX, and finally in the map Play the game while thinking within the time limit whether to clear all bosses HEX.

  The time limit determined for the quest is determined as the target clear time according to the map configuration, and details will be described in the quest edit process described later. In the provided game of the present embodiment, the remaining time related to the time limit is not reduced by HEX movement or the like on the map, but is reduced during execution of the battle game related to HEX. On the other hand, the remaining time may increase depending on the action content of the play character in the battle game related to HEX.

<HEX in-game game>
Next, the battle game in the HEX performed when the play character is moved to the HEX as described above will be described.

  The battle game adopts a so-called turn system in which the offense and defense of the opponent character (hereinafter referred to as an enemy character) defined for the HEX and the play character registered in advance as a deck by the play user are switched alternately. During the battle game, the remaining time timer (software timer) whose upper limit is the time limit set in the quest is controlled so as to decrease at any time according to the elapsed time.

  In addition, a possible action time is set for allowing the user to perform an operation input related to the action to be executed by the play character in the attack turn of the play user. The actionable time is indicated on the game screen by the gauge 401 as shown in FIG. 4B, and the remaining time is shown by the colored (hatched in the figure) gauge length extending from the position indicated by the actionable end pointer 402. Indicated. In other words, at the start of each attack turn, the gauge is filled up to the top 403, and the length of the colored gauge is shortened with the passage of time, so that the remaining time that can be acted on by the play user (time to change of offense and defense turn) Indicated.

  In the provided game according to the present embodiment, the play user performs a predetermined operation input on a character that can execute an action among the play characters within the actionable time. Action can be executed. A predetermined time (such as a recast time) must elapse after each character performs an action once and becomes ready to perform the action again, and the play user executes the action once. After that, it is necessary to wait until the same character can input an operation related to the action again. Actions to be executed by the play character may include those determined in a game such as attack, defense, and recovery. There are two types of actions related to the attack according to the present embodiment, a normal attack and a special attack. The normal attack is performed by the operation input in the action executable state described above, and the special attack is performed by the play character. It is activated when a predetermined operation input is made on the condition that the filling amount of the SP gauge 411 filled in accordance with the action is a predetermined length or more. In addition, the deck can be composed of a plurality of play characters, and the play user continuously performs a normal attack by a plurality of play characters on the enemy character within a predetermined period, so Combo) can be realized. During consecutive attacks, it is possible to connect normal attacks by multiple play characters related to consecutive attacks, regardless of the physical strength of one enemy character. If damage is dealt, it is evaluated as “overkill”. Also, as is customarily done, the amount of damage for normal attacks made during consecutive attacks increases from the amount of damage that can be done by single-shot normal attacks, depending on the number of normal attacks that were treated as consecutive attacks. May be controlled. In the provided game of this embodiment, control is performed so that the actionable time is increased according to the number of combos, overkill, and the amount of damage. That is, display control is performed in which the actionable end pointer 402 moves to a position 402 ′ where the colored gauge is lengthened. The SP gauge 411 may also be controlled to be filled according to the number of combos, the amount of damage, and the like. In addition, in the provided game of the present embodiment, the remaining time related to the quest time limit (quest playable time) is controlled so as to increase according to the number of combos, overkill, amount of damage, and the like.

  In the provided game of this embodiment, the increased actionable time is maintained not only during the turn but also across turns or across movements to different HEXs unless an attack from an enemy character causes damage. Is done. In other words, in the provided game, if the order of attack of the play character in the turn and the switching of the enemy character to be attacked are suitably performed, the play user can end the battle game related to HEX without taking damage, so the actionable time is increased. Thus, the battle game related to the next HEX can be advantageously advanced. Moreover, since the amount of decrease in the quest playable time can be reduced according to the action in the battle game, the possibility of clearing the quest can be increased.

<Cooperative play>
Further, in the provided game of the present embodiment, at least some quests are configured to be capable of cooperative play by a plurality of play users. In cooperative play, the quest playable time is shared for a plurality of play users, and is increased or decreased according to the battle game related to HEX performed by each play user. Similarly, the HEX suppression result by each play user is also shared with other play users who are performing cooperative play.

  Also, in cooperative play, the play characters of each play user are arranged with different initial positions on the map, and basically only one play user is allowed to execute a battle game related to one HEX at the same time. When the play user selects HEX (while the battle game related to HEX is being executed), the play user is controlled not to execute the battle game related to HEX. On the other hand, since the boss HEX has a higher difficulty level of the battle game than the other HEXs (e.g., the physical strength of the enemy character and the amount of damage at the time of attack are larger than those of a normal character), In the provided game, execution of the battle game related to the boss HEX is permitted to a plurality of play users. However, in a mode in which a plurality of play users use each play character and can play a battle game simultaneously with the play characters of other play users, it is possible to easily achieve a continuous attack with a large number of combos. The game is also executed between the own play character and the enemy character for each play user, as in the case of normal HEX. However, for the enemy character related to the boss HEX, various parameters such as the amount of damage and the state given are different for each play user's play character so that each play user can recognize that it is cooperative play and the interest is increased. Is managed in common for all play users. That is, the amount of damage given to the enemy character related to the boss HEX by one play user operating the play character is also reflected in a battle game played by another play user.

  In addition to this, a function for sharing the capture status of each play user, a chat function for transmitting strategy, and the like may be provided so as to enhance interest related to cooperative play.

<Interpersonal play>
In addition, the provided game of the present embodiment has a mode in which another user plays a quest created by a user as an interpersonal play element as described above. As will be described later, in the provided game, each user can create a quest by using each element possessed by the official application, or by using an element prepared in a predetermined regulation in the prior application. . Since the quest created by the user is set with a clear condition including a time limit by the system side or the application, it is possible for the users to challenge each other's created quest. In other words, according to the interpersonal play mode of the provided game of the present embodiment, in the environment where the time limit is provided compared to the conventional game in which the battle result can be determined by the strength of the play character in the deck between the users. The range of the strategy can be further expanded, such as the order of controlling HEX, how to increase the actionable time in the battle game related to HEX, and the like, and the interest of interpersonal battle can be increased. On the other hand, for the quest creation user, it is possible to secure the interest of creating quest data in consideration of capture elements such as arrangement of HEX up to the boss HEX and determination of characters to appear in the battle game related to HEX. it can. Furthermore, since the final difficulty level is determined by setting the time limit according to the configuration for the quest data created in this way, for example, suitable interpersonal even between users with different abilities The play can be realized, and the user's motivation for the game play can be further sustained.

  In the interpersonal play, for example, as a result of causing the user B to play the quest created by the user A, if the user B can achieve the suppression (clear condition) of all the bosses HEX within the time limit, A privilege may be granted by 207, and on the contrary, if the user B cannot achieve the clear condition, the privilege may be granted to the user A.

《Process related to Quest Edit Mode》
Hereinafter, the process for realizing the quest edit mode related to the provided game provided by executing the advance application or the official application in the client device 100 of the present embodiment will be described with reference to the flowchart of FIG. The processing corresponding to the flowchart can be realized by the control unit 101 reading, for example, a corresponding processing program stored in the recording medium 102, developing it in the memory 103, and executing it. This process will be described as being started when an instruction input related to the start of execution of the corresponding mode is detected after the application is started, for example.

  In addition, for the sake of simplicity in the following description, the map configuration related to one quest in the quest edit mode is selected and arranged on the map by selecting one map chip (indicating one HEX) managed as being in the possessed state. However, the present invention is not limited to this. However, the present invention is not limited to this. . For example, the enemy character may be set to the arranged map chip after a plurality of map chips constituting the map are arranged. Further, in response to the selection of the enemy character, a map chip capable of arranging the character for the battle game is extracted, and when the map chip selected to be arranged is arranged, the map in which the character is arranged Processing for setting the chip may be performed. Needless to say, movement and change / deletion of a map chip once arranged, change of an enemy character set in the map chip, and the like may be executed during map construction.

  In step S501, the control unit 101 causes the display unit 106 to display a map chip group that can be used by the user, and determines whether or not a map chip to be arranged is selected from the map chip group. Information on the map chip group that can be used by the user is transmitted by the control unit 101 to the server apparatus 200 via the communication unit 107 by acquiring an acquisition request for the owned element information 902 associated with the corresponding user ID. It may be acquired. In addition, since the element for each player has not yet been acquired in the advance application, the control unit 101 may acquire from the information recorded in advance on the recording medium 102 according to the application. When it is determined that the map chip to be arranged has been selected, the control unit 101 moves the process to S502, and when it is determined that the map chip has not been selected, the control unit 101 repeats the process of this step.

  In step S502, the control unit 101 controls the drawing process of the drawing unit 104 so that the selected map chip is arranged and displayed on the map related to the quest being created. The placement on the map may be performed while changing the position according to the user input. For example, the initial position is based on a predetermined rule from the placeable area adjacent to the already placed map chip. It may be performed by selecting the determined position.

  In step S503, the control unit 101 determines whether the position of the map chip is confirmed. The position of the map chip may be executed by an operation input related to position determination. If the control unit 101 determines that the position of the map chip has been determined, it moves the process to S504, and if it determines that the position of the map chip has not been determined, it returns the process to S502.

  In step S504, the control unit 101 sets an enemy character to appear in the battle game related to the map chip for the map chip whose position has been determined. In the provided game of this embodiment, for each character defined as appearing in the provided game, for example, the concept of “cost” that may be used for calculating the total cost of the deck is defined. The cost usually indicates a value necessary for the use of the character when playing the game related to the quest, and basically, a higher value is set for a character that can advantageously advance the game. In the game play related to the quest, the upper limit value of the total cost of the deck used in the game is determined according to, for example, the difficulty level of the quest, and the play user has the upper limit of the total cost of the play characters included in the deck. It is possible to play the quest by building a deck that is less than the value. This is a concept introduced in order to play a game with an appropriate degree of difficulty. Similarly, in the provided game of the present embodiment, the upper limit value of the cost is determined for the enemy characters that can appear in the battle game related to each map chip even in the quest edit. In the provided games, quests must be configured so that they can be cleared when at least one of the game progress conditions is met. It is not preferable that an unlimited number of enemy characters appear. Accordingly, an upper limit value of the total cost of the enemy characters that appear in the battle game related to the map chip is set for each map chip. The upper limit may be set according to the type of map chip. For example, the map chip related to the boss HEX is related to another type of HEX so that an enemy character having a high capture difficulty can be set. It may be set higher than the map chip. The enemy character may be set based on an operation input from the user. In this case, the control unit displays a list of characters that can be set on the map chip for which the position has been determined on the display unit 106. 101 may perform display control. In addition, the list of characters that can be set may be performed based on possession element information or the like, as obtained in step S501. Further, the cost related to the enemy character that can be set in the map chip does not have to be the same as the cost related to the deck construction.

  In step S <b> 505, the control unit 101 determines whether the map construction work related to the quest is completed. Regarding the map configuration, completion determination may be made based on whether or not an operation input related to the completion of work is performed by the user. In addition, for example, each map chip in which one or more map chips are arranged. The basic conditions set in advance for the establishment of the quest are satisfied, for example, the enemy character of the battle game related to the game is already set, or the total cost of the enemy character set in the map chip in the map is equal to or less than a predetermined value. It may be determined whether or not. The predetermined basic conditions may change depending on the game progress status of the user. If the control unit 101 determines that the map construction work has been completed, the process proceeds to S506. If the control unit 101 determines that the map configuration work has not been completed, the control unit 101 returns the process to S501.

  In step S506, the control unit 101 sets a map chip (initial HEX) that can place a play character at the start of the quest for the configured map. The setting of this step may be made by the user, or may be performed based on a predetermined rule such as a position where the control unit 101 needs to pass through a predetermined number of map chips until reaching the map chip related to the boss HEX. May be used.

  In step S <b> 507, the control unit 101 determines whether or not the quest related to the configured map can be cleared based on the map chip information related to the set initial HEX. The determination as to whether or not the quest can be cleared may be made based on a result of a predetermined evaluation value calculation or the like, a play result by AI play, or the like. If the control unit 101 determines that the quest associated with the completed map can be cleared, it moves the process to S508, and if it determines that it cannot be cleared, notifies the fact and returns the process to S501.

  In step S <b> 508, the control unit 101 determines a time limit that is a clearing condition for a quest related to a map that has been configured. Then, the control unit 101 generates quest registration information including the time limit and the quest data indicating the completed map, and transmits the quest registration information to the server device 200 via the communication unit 107 together with the registration request for the quest registration information. The setting of the time limit may take into account the evaluation value calculation and the AI play result in the same way as the determination that the quest can be cleared. For example, a predetermined time limit or AI play result predetermined for the range of the evaluation value may be set. It may be determined by adding or subtracting time. Also, the quest registration information to be generated is identification information indicating the user who is the creator (the user ID does not need to be the same as the user ID when used in the formal service in the prior application, for example, it is created at the first use after the official service provision starts. And information on time limit may be included.

  The quest registration information registered together with the registration request is received by the server device 200. For example, the server control unit 201 acquires a new quest ID, the quest ID, registration date information, the number of plays (0 times), Assume that information on the number of clears (0 times) is associated and registered in the quest DB 206 as quest information.

  In the present embodiment, it has been described that the quest clear determination and the time limit determination process (S507, S508) are performed after completion of the map construction work. The change may be made and the result displayed on the quest edit screen. Further, although the present embodiment has been described on the assumption that these processes are executed in the client apparatus 100, the implementation of the present invention is not limited to this. For example, at least one of the determination that the quest can be cleared and the determination of the time limit may be executed by the server device 200. In particular, since the criterion for determining the time limit that can be the main factor of the difficulty level of each quest may be an element that is not determined until the official service provision start time, these processes may not be implemented in the advance application.

  Further, in the present embodiment, it is assumed that the time limit is determined by the system (server side) or an application provided for service use so that a fair and appropriate time limit is set for the created quest. For example, the time limit may be determined based on the time required for the creation user to actually play and clear, or the user may arbitrarily determine the time limit.

《Bonus grant processing (quest creation)》
Next, processing of the client device 100 and the server device 200 will be described with reference to the sequence diagram of FIG. In the processing corresponding to the sequence diagram, the control unit 101 in the client device 100 reads out a program related to the formal application recorded in the recording medium 102, for example, develops it in the memory 103, and executes it in the server device 200. For example, the server control unit 201 can read out a corresponding processing program recorded in the server recording medium 202, expand it in the server memory 203, and execute it. In addition, this privilege provision process which concerns on quest preparation demonstrates as what starts when a formal application is started in the client apparatus 100. FIG.

  In step S <b> 601, the control unit 101 transmits a service usage request (login request) for the provided game to the server device 200 via the communication unit 107. The service use request includes user ID information related to the user (target user) of the client device 100.

  In step S <b> 602, the server control unit 201 receives the service use request and executes various processes related to service provision to the client device 100 such as login. This processing includes reading out user information associated with the user ID of the target user from the user DB 204.

  In S <b> 603, the privilege granting unit 207 determines that the quest information (information relating to the quest created by the target user) registered in the quest DB 206 in association with the user ID of the target user before the login time is still to the target user. On the other hand, it is determined whether there is quest information for which no privilege is granted. As for the information on the quest created by the target user, the quest ID may be specified by referring to the created quest information 905 of the user information of the target user read in S602. Further, the control unit 101 determines whether there is quest information having registration date / time information 943 indicating the date / time from the previous login date / time to the current login date / time in the quest information registered in association with the quest ID. It is determined whether or not there is quest information that has not been granted a privilege yet. For the sake of simplicity in the game system of the present embodiment, a description will be given assuming that a privilege is granted for creation of a quest at the time of login. That is, for the quest created and registered after login, the privilege granting unit 207 will give a privilege at the next and subsequent logins in consideration of the time until system reflection and the like. However, the timing of granting a privilege is not limited to this, and may be performed when registering quest information. Further, the presence / absence of a privilege is not limited to the one performed based on the comparison between the login date and the registration date / time. For example, the quest information includes logical information indicating whether or not a privilege is granted, It is good also as what judges whether it has given.

  In S604, the privilege grant unit 207 updates the privilege information 906 of the user information related to the target user according to the determination result in S603. More specifically, when the privilege granting unit 207 determines that there is quest information that has not yet been granted a privilege, the privilege granting unit 207 adds privilege information related to quest creation to the privilege information 906 for the quest information. At this time, when the registration date information 943 of the quest information to which the privilege is not given indicates the date and time before the provision of the official service, the privilege granting unit 207 registers the quest registered after the official service provision is started as described above. The privilege is given in a manner different from the information. In addition, when the privilege granting unit 207 determines that there is no quest information that has not been granted a privilege, the privilege granting unit 207 does not add the privilege information related to the creation of a new quest to the privilege information 906. The privilege granting unit 207 also updates the privilege information 906 in the same manner when granting a login bonus or other privilege related to an event. After the privilege information 906 is updated, the server control unit 201 transmits user information related to the target user to the corresponding client device 100 via the server communication unit 208. In addition, when the privilege information 906 is changed by the privilege grant part 207, this update shall be reflected also in the user information which concerns on the target user managed by user DB204.

  In step S <b> 605, the control unit 101 changes the screen components related to the official application based on the analysis result of the privilege analysis unit 105 related to the user information obtained in response to the service use request, and performs display control of the display unit 106. Do. At this time, for newly granted benefits (acquired flag is False), for example, only the number of cases is displayed on the main screen, and when a request for detailed display of benefits is made, for any matter such as quest creation It may be displayed so as to be identifiable as to whether or not the privilege is attached. Moreover, the display mode of the privilege given in connection with quest creation may be controlled so as to vary depending on whether the registration date of the quest is before or after the provision start date of the official service.

  In this way, for example, at the time of the first login after the start of the provision of the official service, it is possible to realize the provision of a privilege related to the quest creation to the user for the quest created and registered using the advance application. In the above description, it is assumed that the user ID in the official service and the identification information of the quest creator at the time of using the pre-application are associated with each other in advance. Instead, when the association is made, a privilege related to quest creation may be given to the quest information registered before the start of the provision of the official service.

  In addition, for example, among quests created and registered in the prior application, for example, quests that are evaluated as having high interest are adopted as official quests related to stories rather than for the above-mentioned interpersonal play in official services. An aspect may be sufficient. In such a case, the privilege granting unit 207 makes the progress of the provided game more advantageous than the privilege granted for the creation of other quests registered before the official service provision starts. You may change it to what you get.

《Bonus grant processing (interpersonal play)》
Next, regarding the privilege granting process for granting the privilege related to the interpersonal play element that the created quest is played by other users, the processing of the client device 100 and the server device 200 will be described using the sequence diagram of FIG. Similarly, the processing corresponding to the sequence diagram can be realized by reading out a program corresponding to each control unit in the client device 100 and the server device 200, and developing and executing the program. The present privilege granting process related to the interpersonal play element will be described as being started when a formal application is executed in the client device 100 and a play request for a quest created by another user is made in the application.

  In step S <b> 701, the control unit 101 sends an acquisition request for information (quest play information) for playing the game related to the quest to the server apparatus 200 via the communication unit 107 for the quest (target quest) for which a play request is made. Send. In the present embodiment, the acquisition request for quest play information is described as including a user ID related to a user (target user) of the client device 100 in addition to the quest ID of the target quest. However, since the user ID related to the target user has already been transmitted to the server device 200 when using the service, the identity of the connection between the client device 100 and the server device 200 related to information transmission / reception in the server device 200 is ensured. For example, the user ID information may not be included in various requests as well as the quest play information.

  In step S <b> 702, the server control unit 201 receives a request for acquiring quest play information, and reads out the quest information associated with the quest ID included in the request from the quest DB 206. Then, the server control unit 201 returns the quest data 944 and the time limit 945 of the read quest information to the client device 100 of the target user via the server communication unit 208 as quest play information.

  In step S <b> 703, the control unit 101 executes a game process related to the target quest based on the received quest play information. More specifically, the control unit 101 realizes a game related to the target quest including the time limit included in the quest play information as a clear condition by executing a corresponding process using the quest data. And the control part 101 will transmit the information of the execution result of a game to the server apparatus 200 via the communication part 107, if the game which concerns on a target quest is completed. As described above, the game execution result is determined by determining whether or not the clear condition has been achieved based on whether or not the suppression of the boss HEX is completed within the time limit set for the target quest. Good.

  In S704, the privilege granting unit 207 determines whether or not the information on the execution result of the game related to the target quest indicates clear condition achievement. When the privilege granting unit 207 determines that the game execution result information indicates that the clear condition is achieved, the privilege information 906 of the user information associated with the user ID of the target user and managed in the user DB 204 includes the interpersonal play element. Add information about benefits related to. Further, the privilege granting unit 207 updates the number of plays 946 and the number of clears 947 of the quest information associated with the quest ID of the target quest and managed in the quest DB 206 by one. On the other hand, when it is determined that the game execution result information indicates that the clear condition has not been achieved, the privilege granting unit 207 grants a privilege to the creation user of the target quest. That is, the privilege granting unit 207 refers to the creation user ID 942 of the quest information related to the target quest, and in the privilege information 906 of the user information associated with the user ID and managed in the user DB 204, the privilege related to the interpersonal play element Add information for. Further, the privilege granting unit 207 updates the number of plays 946 of the quest information associated with the quest ID of the target quest and managed in the quest DB 206 by one.

  In the present embodiment, the user information is updated when the game execution result information is received, and when the user information request is made from the client device 100 of the target user at a predetermined timing, the updated user information is displayed. Shall be provided. However, the updated user information may be transmitted to the client device 100 of the target user and reflected on the screen display in the client device 100 when the update is performed.

  By doing in this way, when the quest created by the user (creating user) is played by another user (playing user), either the creating user or the playing user depending on whether or not the clear condition of the quest is achieved A privilege can be given to crab and an interpersonal play element related to the provided game can be provided. In addition, in the privilege grant processing related to the interpersonal play element of the present embodiment, the content of the privilege is not mentioned, but the privilege granted is based on the quest difficulty level and the game result related to the quest (the remaining time of the time limit and the play character's The content of the privilege may be changed in consideration of the remaining physical strength and the like. Moreover, the quest creation in the advance application is in a state where the user has not yet played the game (not using the official service), and the elements that can be used for creation are limited. Therefore, if the game related to the quest registered before the start of the provision of the official service is not cleared If the game related to the quest registered after the start of the provision of the official service is not cleared for the creating user Compared to the above, it may be configured to be differentiated so that a privilege that can make the game progress advantageous can be given.

[Modification 1]
In the above-described embodiment, it has been described that the action time and SP gauge are filled according to the number of combos, the presence / absence of overkill, and the amount of damage in the battle game related to HEX. In order to provide the user with a game play with a sense of tension, the following control may be performed.

  FIG. 8A shows a game screen displayed on the display unit 106 of the client device 100 for the battle game related to HEX according to the first modification. As shown in the figure, in the game screen of this modified example, unlike the embodiment described above, the time gauge 801 indicating the actionable time and the maximum gauge length of the SP gauge 802 consumed when using the special technique are linked. It is configured as follows. Both gauges are united to form one circular gauge, and the lower end of the circle is the lower end of each gauge. The filling amount indicated by blacking or hatching in each gauge indicates the turn elapsed time and the charge amount related to the special technique, and these increase with time. Note that the increase rate of the filling amount may be different between gauges, for example, the SP gauge 802 is set faster.

  On the other hand, the maximum length of the two gauges is indicated by a pointer 803 that changes according to the action taken. In other words, the pointer 803 indicates a position 804 where the illustrated circular gauge is divided into a time gauge 801 and an SP gauge 802. That is, the position 804 of the circular gauge indicated by the pointer 803 indicates that the actionable time in the time gauge 801 has ended, and that a special technique in the SP gauge can be used (charge completed). In the initial state, the pointer 803 points to the upper end 811 of the circular gauge as shown in FIG. 8 (b). As shown in 8 (c), it tilts to the right, indicating position 812. That is, when the consecutive hits are successful, the actionable time related to the turn is extended, and the user can perform the operation input related to the attack action longer in one turn. At the same time, the amount of charge required until the special technique is used is reduced, so that the player can easily make the condition that the special technique can be used. On the other hand, since the special technique is an action that can make the game progress advantageous, the game balance is taken into consideration, and when the special technique is used, the pointer 803 indicates so far as shown in FIG. Inclined to the left of the position 812, a position 813 is shown. That is, the possible action time is shortened by the use of the special technique, and the SP gauge charge amount required until the next special technique is used is controlled to be increased.

  As described above, in the execution of the fighting game related to HEX, the control unit 101 performs time control according to the action related to the turn as described above and display control of the game screen, so that the time limit is provided. When playing a game, it is possible to provide a more interesting game while ensuring the capture of action selection.

[Modification 2]
Although not particularly mentioned in the above-described embodiment and modification example 1, in general, the distribution and execution of the advance application are not performed after the provision of the official service is started. However, in the case of a pre-application that is configured so that only a part of functions can be experienced as described above, distribution and execution may be permitted even after the start of provision of the official service from the viewpoint of increasing the number of service users.

  On the other hand, since quest registration by the advance application after the start of provision of the official service does not necessarily contribute to the expansion of the game experience at the start of provision, preferential treatment related to granted privileges such as quest registered before service is not You may not accept it.

[Modification 3]
In the above-described embodiment and modification examples 1 and 2, as an example of a provided game, a game provided to a user as a quest having a map configured by arranging a base (HEX, map chip) as described above is taken as an example. Although described, the implementation of the present invention is not limited to this. The game to which the present invention is applied may be a game that includes a time limit element as a clearing condition for a game part such as a quest provided as a unit of game play, and is limited to a specific type of game. There is no need. In other words, the game provided as a game part so that the user can play is not limited to the above-described battle game related to the base control, and various clear conditions that satisfy some of the clearing conditions by subjugating the opponent's character. It may be a battle game or a game that does not involve a battle such as a puzzle or a quiz. In this way, by providing the time limit at least for the clear condition, the user can play the game with a sense of tension, and the interest can be enhanced. More preferably, by changing the remaining time of the time limit according to the operation input made by the user who is playing the game part, it is possible to enhance the interest from the viewpoint of strategy and strategy.

[Other Embodiments]
The present invention is not limited to the above-described embodiment, and various changes and modifications can be made without departing from the spirit and scope of the present invention. The game system according to the present invention can also be realized by a program that causes one or more computers to function as the game system. The program can be provided / distributed by being recorded on a computer-readable recording medium or through a telecommunication line.

  100: client device, 200: server device, 300: network, 101: control unit, 102: recording medium, 103: memory, 104: drawing unit, 105: privilege analysis unit, 106: display unit, 107: communication unit, 108 : Operation input unit, 201: server control unit, 202: server recording medium, 203: server memory, 204: user DB, 205: element DB, 206: quest DB, 207: privilege grant unit, 208: server communication unit

Claims (11)

A program related to a predetermined game, the computer executing the program,
Processing to send / receive information to / from an external server based on user information;
Processing for obtaining privilege information indicating the privilege granted for the user information from the external server;
Based on the acquired privilege information, causing the display device to display a notification indicating the granted privilege,
The game can be played using quest data relating to the game registered with the creator information associated therewith,
When the creator information corresponding to the user information is associated and there is quest data registered before the start of the service provision of the game, the privilege information includes information on the privilege related to the creation of the quest data. Program.   The quest data registered before the start of service provision is a program related to an application having a predetermined relationship with the game, and is created by executing a program provided before the start of service provision, together with creator information The program according to claim 1, stored in a predetermined external device.   Information on the privilege related to the creation of the quest data registered before the start of the service provision is the first communication with the external server related to the acquisition of the privilege information after the start of the service provision, The program according to claim 1 or 2 included in privilege information. The program further causes the computer to execute a process of creating quest data and associating and transmitting the user information to a predetermined external device,
Sending the play result of the game play relating to the registered quest data to the external server,
When the play result indicates that a predetermined clear condition is not satisfied for the corresponding quest data, the privilege related to the quest data is added to the privilege information about the user information associated with the quest data. The program according to any one of claims 1 to 3, wherein the information is included.   5. The program according to claim 4, wherein the privilege information related to the play of the quest data differs depending on whether the quest data in which the game play is performed is quest data registered before and after the start of service provision. The game provided by the quest data is a game including a time limit element in the clear condition,
The program further causes the computer to execute a process of changing at least one of an actionable time in the game and a remaining time related to the time limit according to an action performed during the game provided by quest data. The program according to any one of claims 1 to 5. The game provided by the quest data is a game that progresses by controlling the bases arranged in a predetermined map,
The program according to claim 6, wherein, in the changing process, at least one of a possible action time in a battle game and a remaining time related to the time limit is changed according to an action result in the battle game related to the base.   The program according to claim 7, wherein at least one of the actionable time in the battle game and the remaining time related to the time limit is increased according to the number of consecutive attacks or excessive damage during the battle game related to the base. .   9. At least one of the actionable time in the battle game and the remaining time related to the time limit is reduced according to use of special techniques or damage during the battle game related to the base. Program. The server device provides a predetermined game to the information processing device,
The server device
Granting means for granting a privilege for user information relating to the information processing apparatus;
Transmission means for transmitting privilege information indicating the privilege granted for the user information to the information processing apparatus,
The information processing apparatus includes:
Obtaining means for obtaining the privilege information transmitted by the transmitting means;
On the basis of the privilege information acquired by the acquisition unit, it has a, a display control means for displaying on the display unit a notification indicating the granted privilege,
The game can be played using quest data relating to the game registered with the creator information associated therewith,
When the granting means is associated with the creator information corresponding to the user information and there is quest data registered before the start of the service provision of the game, a privilege related to creation of the quest data for the user information A game system that grants. A server device that provides a predetermined game to an external information processing device,
An acquisition means for acquiring information of quest data capable of game play in the information processing apparatus according to the game registered in association with creator information;
Granting means for granting a privilege for user information relating to the information processing apparatus;
Transmission means for transmitting privilege information indicating the privilege granted for the user information to the information processing apparatus,
When the granting means is associated with the creator information corresponding to the user information and there is quest data registered before the start of the service provision of the game, a privilege related to creation of the quest data for the user information Server device that grants.

Images