JP5458197B1 - GAME SERVER, GAME PROVIDING METHOD, COMPUTER PROGRAM, COMPUTER-READABLE RECORDING MEDIUM CONTAINING THE COMPUTER PROGRAM, AND GAME SYSTEM - Google Patents

Abstract

An object of the present invention is to improve the interest of the whole game by allowing the game to be played in various modes different from the work play that is different from the game content.
[Solution]
The game server 1 includes the normal game part processing units 111 to 116 that perform processing related to the progress of the normal game parts 41 to 46 that constitute the game, and the bonus part 47 that has a game content related to the game content in the normal game part. Included in the game when the bonus part processing unit 117 that performs processing related to the progress and the playable conditions for playing the bonus part are set and the user of the terminal playing with the normal game part satisfies the playable conditions A playable condition management unit 104 that enables a bonus part to be played, and an item information management unit 172 that assigns a user to use a predetermined item in the game in accordance with an operation performed while playing with the bonus part. .
[Selection] Figure 4

Description

The present invention relates to a game server that communicates with a terminal via a network and controls the provision and progress of a game, a game providing method for providing a game by the game server, a computer program, and a computer recording the computer program The present invention relates to a possible recording medium and game system.

  In recent years, with the spread of highly functional mobile terminals represented by smartphones, a social networking game (hereinafter referred to as “social game”) is provided as a game provided using a social networking service (SNS). It is popular. A social game is an online game that progresses while communicating with other real users who play the same social game by causing a real user to act by operating a terminal on a character that exists in a virtual world formed by a game server. It is a kind. Below, the user who operates a portable terminal is described as a real user, and the character in the game used as operation object is described as a virtual user.

  With respect to social games, various ideas have been proposed to give various interests to real users who play. For example, there is an example in which a plurality of game elements having different contents and purposes are combined to constitute one game as a whole (see, for example, Patent Document 1). By using such a configuration, a real user can enjoy various elements such as adventure in a virtual world by operating a virtual user or fighting with an in-game character in one social game.

  A game in which a virtual user can acquire items that affect the progress of the game such as weapons and magic according to the progress of the game is also widely known. In social games, acquiring and collecting such items is often one of the important purposes of improving the interest that real users can obtain.

  For example, in a game that implements a system called “Gacha” that acquires items by lottery, an actual user can acquire an item by obtaining a lottery right for gacha by charging or the like (for example, Patent Document 2). reference).

JP 2012-24248 A Japanese Patent Application Laid-Open No. 2008-253521.

  If a real user purchases a lottery right for gacha, the real user can execute the gacha and thereby acquire an item. Therefore, for real users who are highly motivated to acquire items, gacha increases the opportunity to acquire items and has the effect of improving interest.

  On the other hand, in such a gacha, since the money in the real world is used as a means to advance the game advantageously, for real users who want to get an immersive feeling that they are participating in the game, It is conceivable to recall the divergence from the progress of the game due to the real-world matter of billing. As a result, these real users may be less motivated to acquire items in the game, which may impair the interest of the entire game.

The present invention has been made in view of the above-described problems, and realizes a new system capable of acquiring various items related to the progress of a game while a real user plays the game, An object of the present invention is to provide a game server capable of enhancing interest in the game, a game providing method for providing a game on the game server, a computer program , a computer-readable recording medium and a game system.

  In order to solve the above problems, a game server of the present invention is a game server that communicates with a terminal of a real user via a network and provides a game including a plurality of game parts related to each other, and constitutes the game A normal game part processing unit that performs processing related to the progress of the normal game part, a bonus part processing unit that performs processing related to the progress of the bonus part having a game content related to the game content in the normal game part, and the bonus A playable condition management unit that sets playable conditions for playing a part, and allows a bonus part included in the game to play when a real user playing in the normal game part satisfies the playable conditions In response to an operation performed during the game with the bonus part, the actual user uses a predetermined item in the game. It can become allocated and an item information management unit.

  According to the game server of this configuration of the present invention, a game including a plurality of game parts related to each other can be provided by communicating with a terminal possessed by a real user.

  The “game part” is a game that is provided by the game server of the present invention, and various game elements such as adventure, battle, item exchange, composition, gacha, etc. are classified according to their content and purpose. Is. The server of the present invention makes it possible to provide one “game” that can give various interests to real users by having these game parts related to each other.

  The game parts constituting the game provided by the game server of the present invention are roughly classified into “normal game parts” and “bonus parts”. In the normal game part, a condition (hereinafter referred to as “playable condition”) that must be satisfied for the real user to play is not set. For example, even a real user immediately after starting the game It is a playable game part. On the other hand, the “bonus part” is a special game that can be played for the first time by satisfying predetermined conditions such as acquiring predetermined points or acquiring predetermined items during the game of the normal game part. Say part.

  The game server of the present invention has two types of processing units, a normal game part processing unit and a bonus part processing unit, in order to execute processing related to progress for each game part. Note that the normal game part processing unit and the bonus part processing unit have a plurality of game part processing units that individually perform processing related to progress for the game parts belonging to each of the “normal game part” and the “bonus part”. It may be. For example, the normal game part processing unit relates to individual game parts such as an adventure part processing unit that performs processing related to progression of adventure parts belonging to the normal game part, and a battle part processing unit that performs processing related to progression of battle parts. You may have the separate process part which performs a process.

  In the game server of the present invention, the playable condition management unit sets the playable condition for the bonus part, and determines whether or not the playable condition is satisfied for each real user. The real user cannot play the bonus part immediately after the game starts, but satisfies the bonus part playable condition while playing with the normal game part. Thereby, it is produced so that a real user may feel special about playing with a bonus part.

  Moreover, in the game server of this invention, the item information management part performs the process which allocates an item so that it can use according to operation of the real user who plays with a bonus part.

  Here, the process of “assigning an item to a real user so that the item can be used” is conceptually a process of acquiring an item by a real user (or a virtual user to be operated), in other words, a process of giving an item. It is shown. Specifically, a process of adding that an item designated for each real user can be used (or possessed) in a data storage for storing data relating to the game is shown. Hereinafter, the process of assigning items may be referred to as item assignment.

  Further, “in response to the operation” is a concept of “in accordance with the progress of the bonus part according to the operation of the real user”. More specifically, this indicates that a certain condition set in the bonus part according to the operation of the real user (hereinafter referred to as “item granting condition”) is satisfied.

  In the game provided by the game server of the present invention, a real user who satisfies the playable conditions while playing with the normal game part can play with the bonus part. Moreover, the real user who satisfy | filled the item provision conditions in playing with a bonus game can acquire an item. Thereby, the real user can acquire an item by playing the bonus part relevant to the content of the normal game part.

  For this reason, in the game provided by the game server of the present invention, the content of the game can be changed without performing a work game for acquiring an item that deviates from the content of the game, such as “gacha” by charging. It is possible to acquire items in an appropriate way. That is, the present invention provides an opportunity to acquire a new item in place of the conventional “gacha”.

  In addition, according to the configuration of the game server of the present invention, the game creator sets the contents and purpose of the game that have not existed before, such as the bonus part playable condition and item granting condition, and the bonus part play contents. be able to. As a result, more various in-game expressions are possible, and the interest of the entire game to be provided can be improved.

  In one aspect of the game server of the present invention, the playable condition management unit assigns a transition point according to an operation performed by the real user during the play of the normal game part, and the real user determines the transition point. When the player has accumulated more than a predetermined score, or when the accumulated transfer points have been consumed more than a predetermined score, the bonus part can be played.

  In this aspect, the playable condition management unit quantitatively manages the achievement status of the playable conditions for playing the bonus part for each real user, using a score called a transition point. For example, by adding a predetermined number of transition points each time a real user achieves some in-game goal, a large number of goals to be achieved in the game can be set. This makes it possible to provide more various game contents and purposes for playing the game, and to improve the interest that the actual user can obtain from the game.

  Moreover, you may disclose to the actual user the current number of points assigned to the transfer points, and the number of points accumulated and consumed as the bonus part playable conditions. Thereby, the purpose (that is, achievement of the bonus part playable condition) to be achieved in playing the game and the achievement status can be specifically presented. By presenting the current situation and goals, the actual users will have a real feeling that they can achieve the goal in a little more, and motivate them to continue the game to achieve the goal. Can be expected. As a result, the real user's willingness to the game is aroused, and the interest obtained from the game is improved.

  In another aspect of the game server of the present invention, the item information management unit assigns bonus points according to an operation performed by the real user during the bonus part game, and the real user assigns the bonus points to a predetermined score. The item is assigned when accumulated above or when the accumulated bonus points are consumed more than a predetermined number.

  In this aspect, the item information management unit quantitatively manages the achievement status of the item granting condition for each real user using a score called bonus points. A number of goals to be achieved can be set by performing a process of assigning bonus points according to the actual user's play situation, such as achieving an in-game goal set in the bonus part. This is beneficial in terms of diversification of game contents and purposes in the game, as in the case of using transition points.

  At this time, the item information management unit may determine an accumulation point or consumption point number of the bonus points necessary for assigning the item according to the points of the bonus points assigned to the real user.

  That is, in the game with the bonus part, the item granting condition may be determined according to the operation content of the actual user and the game situation without setting a clear achievement target from the beginning. Thereby, according to a real user's play condition, the willingness of a game, etc., item provision conditions can be set now individually, and progress of the game according to the taste of each real user can be realized. In addition, the item information management unit may set the number of accumulated points or consumption points necessary for giving an item in advance, and adjust the necessary number of accumulated points or consumption points according to the subsequent game situation of the actual user.

  Specifically, the item information management unit is (i) that the score of the bonus points accumulated by the user is greater than or equal to the accumulated score or consumption score necessary for assigning the item, and less than or equal to a predetermined score. In some cases, the required accumulation points or consumption points may be increased to exceed the user's accumulation points.

  In other words, the item information management unit adjusts the necessary score if the accumulated score of the real user is equal to or slightly higher than the necessary score, and does not satisfy the item granting condition. It is good. By increasing the necessary points in this way, it is possible for real users to expect that items can be acquired by accumulating a little more bonus points, and the effect of continuing the game without getting bored can be expected . Note that “the number of accumulated points or consumption points necessary for assigning items is equal to or greater than the predetermined score and less than or equal to the predetermined score” means that the accumulated points of the actual user are the same as the necessary points or the in-game target of several times. Indicates that the bonus points earned by achievement have been exceeded. When the accumulated points of the real user are much higher than the necessary points, operating the necessary points to make the item granting condition unachieved will give the real user a sense of labor to earn points, There is a possibility that the desire for the game will be cut off. For this reason, when the number of accumulated points of the actual user exceeds the required score to some extent, it is preferable to satisfy the item granting condition without manipulating the required score.

  In addition, the item information management unit, (ii) if the score of the bonus points accumulated by the user is less than the accumulation points or consumption points necessary for allocating the item, and is equal to or more than a predetermined score The necessary accumulation points or consumption points may be reduced to be less than or equal to the user's accumulation points.

  In other words, the item information management unit satisfies the item granting condition by reducing the required score when the score accumulated by the real user is slightly less than the score required for achieving the item granting condition or the consumption score. It is good. By reducing the necessary number in this way, the actual user can easily acquire items. As a result, a real user can easily obtain a sense of accomplishment from the game, leading to an increase in the willingness to continue the game. Note that “below the number of accumulated points or consumption points necessary for assigning items and above a predetermined number of points” means that the actual user's accumulated points are obtained by achieving the in-game goal several times. Indicates that the number is below the bonus points that are earned. If the number of accumulated points of the actual user is significantly below the required number of points, operating the necessary number of points to achieve the item granting conditions will reduce the willingness to earn bonus points by playing for the actual user It leads to. For this reason, it is preferable to satisfy the item provision condition by manipulating the necessary points only in a state where the accumulated points of the real user are close to the necessary points to some extent.

  In another aspect of the game server of the present invention, the playable condition management unit performs an operation in which an actual user who can play the bonus part invites another real user who cannot play the bonus part. When the operation data for inviting another real user to the bonus part is received from the user terminal, the other real user can play with the bonus part.

  According to this aspect, the exchange between the real users in the game can be activated by making the bonus part playable for other real users by invitation from the real users. In addition, for game creators, it is possible to set bonus-part playable conditions and play contents of the game part on the premise of exchange between real users. As a result, it is possible to express various games that did not exist so far, and there are advantages such as providing more interesting games.

  In addition, if a real user who satisfies the playable conditions can invite other real users without limitation, the rareness and special feeling of playing with bonus parts for real users will fade, and the game balance intended by the game creator May be damaged. For this reason, regarding the invitation of the game part for which the play conditions are set, restrictions may be set on the conditions for invitation and the number of inviteable people.

  In an aspect in which another real user can play the bonus part by the real user's invitation, the item information management unit can play the bonus part by the real user who performed the invitation operation and the invitation operation. In the case where a predetermined condition is met jointly with other real users, the item may be assigned to both real users who have been invited.

  Specifically, the item information management unit already satisfies the playable conditions of the bonus part and invites one other real user, and another real user who satisfies the playable conditions by being invited. Are united as one unit (e.g., friendship or team), and the operation content of each real user is confirmed sequentially. In addition, the item information management unit sets common item provisioning conditions that can be achieved jointly by each real user, and simultaneously confirms the common item provisioning conditions from the operation contents of each real user.

  At this time, the item information management unit may give an item to each real user when either the real user or the real user invited by the real user satisfies the item grant condition. On the other hand, the item information management unit may give an item to each real user only when both the real user and the real user invited by the real user satisfy the item granting condition.

  In this way, by allowing a plurality of real users to play a game jointly, it is possible to provide the real user with a new interest as an exchange when interacting with the game and the sense of solidarity caused thereby.

  Another aspect of the game server of the present invention further includes a fellow relationship management unit that builds and manages a fellow relationship between real users, and the playable condition management unit is a real user with a large number of real users who are in a peer relationship. The playable conditions are alleviated.

  According to this aspect, a real user can play a game in cooperation with other real users by building a friendship with another real user. Here, the friendship relationship indicates a joint relationship between real users (or virtual users to be operated) constructed in the game. For example, friends, family, teams, guilds, etc. It is a general term for various virtual relationships used in.

  In this aspect, by referring to the peer relationship managed by the peer relationship management unit, the playable condition management unit relaxes and sets the playable condition to be easier to achieve for a real user with a larger number of friends. ing. This will encourage the real user to build a friendship with other real users, leading to the activation of the entire game by exchange between real users.

  The item information management unit may assign items to all the real users who are in a friendship relationship with the real user in accordance with an operation performed by the real user during the bonus part game.

  Specifically, the item information management unit confirms the operations of real users who are in a peer relationship, and sequentially confirms whether each operation satisfies the item granting conditions. At this time, when any real user satisfies the item granting condition, the item information management unit may grant the item not only to the real user but also to other real users who are in a peer relationship. . Moreover, the item information management part may perform the process which provides an item to each real user, when all the real users who belong to one friend satisfy | fill item provision conditions. In addition, the item information management unit may give an item to each real user when a common item grant condition is satisfied by summarizing operations performed individually by real users belonging to one friend. .

  Thereby, for the real user, the interest of the whole game can be improved from the actual feeling that the game is being played together with other real users who are in a peer relationship.

  In another aspect of the game server of the present invention, the bonus part has a plurality of game contents, and the bonus part processing unit determines whether or not the bonus part in the bonus part according to an operation or result in the game of a real user. Decide what to play.

  In this aspect, the bonus part includes a plurality of game elements, such as a game part having the same game content as a normal game part and a game part having a unique game content not found in other game parts. Is.

  The bonus part processing unit determines what is actually provided to the actual user among these game contents according to the selection of the actual user or according to the game play situation such as the result of the actual user.

  For example, a real user who satisfies the playable conditions of the bonus part can select and play a desired game content from the game content included in the bonus part.

  Moreover, you may select and provide any game content according to a real user's play condition with respect to the real user who requested | required the game in a bonus part. As an example, the bonus part processing unit may play the same adventure part as an adventure part for an actual user who plays an adventure part that adventures in the virtual world more frequently than other game parts or plays for a long time. Provide bonus parts. This is because it is assumed that for real users who often play adventure parts, it is possible to provide a bonus part having the same game content as a suitable reward.

  Moreover, you may determine the content of a bonus part according to the play situation of a game, such as a result of a real user. A bonus part may be provided so that an actual user with better results can acquire items with a higher degree of rarity and play with a more interesting bonus part.

  According to this aspect, the game content of the bonus part provided by the bonus part processing unit can be appropriately set according to the preference of the actual user and the game situation of the game. For this reason, it can be expected that the interest of the actual user obtained by playing the game is further improved.

Game providing method extracting operation of game server according to the present invention, computer program for operating the game server, computer-readable recording medium recording the computer program, and game system including the game server and terminal Also has a step or function of performing processing equivalent to that of the game server described above. For this reason, the game providing method, the computer program, the computer-readable recording medium recording the computer program, and the game system according to the present invention have the same effects as the game server. Note that each aspect of the game server described above can also be applied to a game providing method, a computer program , a computer-readable recording medium that records the computer program , and a game system according to the present invention.

  According to the present invention, a real user of a social game can acquire an item by playing game parts of various modes related to game contents. For this reason, unlike the conventional “kacha” system, which is a work game for acquiring items that deviates from the game content, it is possible to gain interest from games that are the process of acquiring items. Such a game can be provided. On the other hand, there is an advantage that game creators can express various games and can provide more interesting games.

It is a block diagram which shows the structural example of a game system. It is a conceptual diagram which shows the structure of the social game which a game server provides. It is a figure which shows an example of the hardware constitutions of a game server. It is explanatory drawing which shows the function of a game server. It is explanatory drawing which shows an example of the table which manages the achievement condition of playable conditions. It is explanatory drawing which shows an example of the table which manages a fellow relation. It is explanatory drawing which shows an example of the table which manages the achievement condition of item provision conditions. It is explanatory drawing which shows an example of the table which manages a possession item. It is a flowchart which shows the example of a process of a game server. It is a flowchart which shows an example of a process of a game server. It is a flowchart which shows the other example of a process of a game server. It is a flowchart which shows the other example of a process of a game server. It is a flowchart which shows the other example of a process of a game server. It is explanatory drawing which shows an example of the display on the terminal which progresses a bonus part. It is a flowchart which shows an example of the deformation | transformation process of a game server. It is a flowchart which shows the other example of the deformation | transformation process of a game server. It is explanatory drawing which shows an example of the table which matched the number of real user associates, and the required score of a transfer point. It is a flowchart which shows the other example of the deformation | transformation process of a game server. It is explanatory drawing which shows an example of the data table which matched the holding | maintenance score of a real user's bonus point, and required score.

  Embodiments for carrying out the invention will be described below with reference to the drawings.

(1) Introduction FIG. 1 shows a configuration example of a game system G in which the game server according to the embodiment is incorporated. The game system G provides an online game realized by communication between the game server 1 that distributes the game and the terminal 3 to the actual user of the terminal 3. As illustrated, the game system G includes a game server 1 connected to a network 2 such as the Internet, and terminals 3a, 3b, 3c,..., 3n (hereinafter, referred to as “communication with the game server”). Collectively referred to as a terminal 3).

  The game server 1 is a host computer in which application software for providing a game is installed. The game server 1 executes arithmetic processing for proceeding with the game in accordance with an operation input to the terminal 3 by the real user. The network 2 is a communication network capable of transmitting and receiving data between the game server 1 and the terminal 3 such as the Internet.

  The terminal 3 is a client computer that receives the real user game, and has a function of displaying image data transmitted from the game server 1 and a function of inputting an operation of the real user and transmitting it to the game server 1. Have

  In the game system G, the game server 1 transmits to the terminal 3 an image representing the game (hereinafter referred to as a game image) as a result of the arithmetic processing and displays the image. The terminal 3 transmits the operation of the real user input to the displayed image to the game server 1. The game server 1 that has received the operation of the real user executes arithmetic processing according to the operation content, and further transmits a game image indicating the processing result to the terminal 3 for display. By repeating such a series of processes, the real user can play a game on the terminal 3.

  In addition, the game system G provides a social game 40 having a so-called social element that allows a plurality of real users to receive a game simultaneously via their respective terminals 3 and play while communicating with each other.

(2) Explanation of term The definition of the term used in this embodiment is demonstrated below.

  In the present embodiment, for the user of the social game 40, two concepts of “real user” and “virtual user” are used for convenience. The “real user” is a user who plays a role in playing the game, and is a player who inputs operation content to the game server 1 by operating the terminal 3.

  A “virtual user” is a virtual character in the game that acts based on an operation of a real user. The virtual user is perceived by other real users as an avatar or a character name expressed by an image or text in the game, like other characters in the game that act according to the program of the social game 40. Moreover, although it is not directly perceived from an image or text, such as a hand of a shogi game, it may be indirectly perceived as a subject of action based on an operation of a real user.

  In the social game 40, it can be said that the virtual user is not only a mere operation target of the real user, but also a representative of the real user itself. For example, the virtual user is assigned parameters such as a level indicating a measure of ability in the social game 40 and attack power. Processing for the operation of the real user, such as determination of success or failure when the virtual user performs some action, is determined mainly based on these parameters. In addition, a real user perceives a virtual user that is different from his / her operation target, thereby recognizing the existence of another real user who operates the virtual user, exchanging messages with the real user, Exchanges can be made according to the game, such as playing.

  The “virtual world” is a virtual world configured (in other words, expressed) in the game by various data such as images and text provided by the game server 1.

  The “item” is the property of the virtual user in the game, and is assigned data such as ability values used in the social game 40. The item affects the progress of the game by changing a parameter assigned to the virtual user or applying special processing to the operation content of the real user. It should be noted that a concept that can be possessed in some form, such as a magical ability of a virtual user or an animal to be bred, may be treated as an item, not limited to any item as indicated by the term “item”.

(3) Outline of Social Game Next, an outline of the social game 40 that is an example of the social game according to the embodiment will be described.

  As an example of the social game 40 provided by the game server 1 of the present embodiment, a case where a game based on adventure or battle is provided will be described. In the social game 40 of the present embodiment, a real user operates a virtual user in the game, adventures a virtual world configured in the game, or battles and interacts with other virtual users and in-game characters. Can do. Further, a virtual user operated by a real user can acquire an item according to the progress of the game such as adventure or battle, and the progress of the game can be advantageously advanced by using this item.

  In the present embodiment, a plurality of different game elements in the social game 40 such as adventure, battle, and exchange are defined and described as individual game parts for convenience. FIG. 2 is a conceptual diagram illustrating a plurality of game parts as game elements constituting the social game 40.

  As shown in FIG. 2, the social game 40 includes a plurality of game parts including a quest part 41, a synthesis part 42, a battle part 43, a gacha part 44, a trade part 45, a user part 46, and a bonus part 47. In the present embodiment, the plurality of game parts 41 to 47 are related to each other or exist independently to represent one social game 40 that provides various interests to real users. Hereinafter, when it is simply described as a game or a social game 40, the entire social game including the plurality of game parts is shown.

  The quest part 41 is a game part on the theme of adventure in the virtual world, as indicated by the name “quest” having the meaning of “search, search, adventure”. In the quest part, a real user can advance a story or acquire an item by manipulating the action of the virtual user to adventure the virtual world.

  The synthesis part 42 is a game part on the theme of so-called item synthesis in which items possessed by a virtual user are combined and changed to different items.

  The battle part 43 is a game part whose theme is a battle (that is, a battle) between a virtual user and another virtual user or an in-game character.

  The gacha part 44 is a game part based on “Gacha Gacha (registered trademark)” representing a state in which coins are inserted into a vending machine and a toy with a capsule comes out. In the gacha part, the real user can make a lottery by using the gacha by paying the in-game currency possessed by the virtual user and acquire the extracted items.

  The trade part 45 is a game part whose theme is to exchange (that is, trade) items held by the virtual user. In the trade part, the real user can acquire different items by trading items possessed by the virtual user with other virtual users, in-game characters, and the like.

  The user part 46 is a game part whose theme is communication between real users via a virtual user. The real user can communicate such as sending a message to another real user via the virtual user or building a friendship for jointly playing the game.

  In addition, these game parts 41-46 are game parts in which the playable condition for a real user to play is not set, and is an example of the "normal game part" in this embodiment.

  The bonus part 47 is a game part for the purpose of giving in-game items to real users who play. By playing the bonus part 47, the real user can acquire items used in the game while gaining interest in playing the game.

  In the present embodiment, the bonus part 47 is set with playable conditions for playing, and a real user immediately after starting the social game 40 cannot immediately play with the bonus part 47. ing. The actual user can play with the bonus part 47 for the first time by satisfying this playable condition while playing with the normal game parts 41 to 46. And while playing with the bonus part 47, the real user can acquire an item by achieving the item provision conditions for acquiring an item according to the progress.

  The game contents of the bonus part 47 are related to the normal game parts 41 to 46, and preferably have an overall image and a sense of unity of the social game 40 produced by these game parts. Moreover, what can make a real user have the expectation that a certain reward will be obtained by achieving the objective on the game to set is preferable. As an example, the bonus part 47 includes the following (1) and (2).

  (1) Game elements having game contents and purposes different from those of the normal game parts 41 to 46. As an example, an existing slot game, a six game, a card game, or a mini game such as a picture match, and by achieving an item granting condition that is uniquely set, an actual user can acquire an item.

  (2) Game elements having the same game content and purpose as the normal game parts 41 to 46, respectively. That is, in the bonus part 47 having the same game content as the normal game parts 41 to 46, an item granting condition that is not set in the original game part is set. Can be acquired.

  For example, in (2), in the bonus part 47 having the same game content and purpose as the quest part 41, the real user operates the virtual user in the quest part 41 to adventure the virtual world. Alternatively, as an extension, the same adventure in the virtual world can be enjoyed in the bonus part 47 as well. At this time, in the virtual world of the bonus part 47, an object such as a treasure box capable of acquiring an item is arranged at a position that does not exist in the virtual world of the quest part 41, or a treasure box that exists also in the quest part 41 It is possible to obtain higher value items.

  That is, the bonus part 47 of (2) is not an independent game part called the bonus part 47 for the real user of the social game 40, but is similar to or similar to the normal game parts 41 to 46 that have been played conventionally. It may be a game element and give an impression that it is an aspect in which an item can be acquired more easily.

  The bonus part 47 may have a plurality of different game contents at the same time. For example, the bonus part 47 includes both the above-described aspects (1) and (2), and the aspect (2) The game contents 41 to 46 may all be included. In the bonus part 47, since the real user can acquire items while playing the game, the user can obtain a greater satisfaction and a sense of accomplishment than the normal game parts 41 to 46.

  In the social game 40 of the present embodiment, such a plurality of game parts are related to each other or exist independently to represent a game that provides various interests to real users as a whole. ing.

(4) Hardware Configuration Example Each configuration of the game system G that provides the social game 40 will be described in more detail with reference to the drawings.

(4-1) Configuration of Terminal The terminal 3 is a portable wireless communication terminal including a wireless communication unit 31, a display unit 32, and an operation input unit 33 as shown in FIG. PDA (Personal Digital Assistant) or PC (Personal Computer).

  The wireless communication unit 31 connects to the network 2 using a wireless communication line such as a mobile phone line or a wireless LAN (Local Area Network) line, and performs data communication with the game server 1. Specifically, the wireless communication unit 31 receives the image data of the game image transmitted from the game server 1, and transmits the operation content of the real user input through the operation input unit 33 to the game server 1. To do.

  The display unit 32 is a display that displays image data received from the game server 1. The operation input unit 33 is a device for inputting an operation of a real user. For example, a touch panel integrated with the display unit 32, a button or a pointing device capable of appropriately selecting a game image displayed on the display unit 32, and the like. Etc.

  In addition, the terminal 3 includes an arithmetic device such as a CPU and a memory (all not shown) in which an application program for operating the CPU is stored as a control unit for performing the processing of each unit described above. .

  The game server 1 authenticates the terminal 3 using the ID and password registered by the real user to be used for each terminal 3 that provides the social game 40. By performing the authentication, the game server 1 can grasp the terminal 3 for communication, the real user who operates the terminal 3, and the virtual user who is the target of the operation of the real user, in association with each other. The terminal 3 that has performed individual authentication with the game server 1 receives data necessary for progressing the social game 40 from the game server 1, and uses the operation data input by the operation input unit 33 as a game server. 1 to send.

  In addition, although the example in which the terminal 3 is connected to the network 2 by wireless communication via the wireless communication unit 31 has been described, for example, the terminal 3 may be connected to the network 2 by wired communication.

(4-2) Configuration of Game Server As shown in FIG. 1, the game server 1 is connected to the network 2 and transmits data constituting the game in response to an operation of a real user transmitted from the terminal 3. Equipment. Although only one game server 1 is shown in FIG. 1, a device having the same configuration may be added as appropriate according to the number of connected terminals 3 that provide the social game 40. . In addition, for example, data related to the social game 40 is stored in pieces in a plurality of devices, and in response to a request from the terminal 3, a plurality of devices are combined to provide data. It may be configured to operate as one game server. In any configuration, the game server 1 may be a concept indicating a single device having a function as a server for providing a game or a set of a plurality of devices.

  With reference to FIG. 3, the structure of the game server 1 of this embodiment is demonstrated. FIG. 3 is a block diagram showing a basic hardware configuration of the game server 1. As shown in the figure, the game server 1 includes a communication interface 11 that communicates with the terminal 3 via the network 2, an input device 12 that receives an operation input from a keyboard, a mouse, and the like, and a CPU that performs various arithmetic processes. A processing device 13; a display device 14 such as a display for displaying processing contents; a memory 15 such as SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory) for temporarily storing arithmetic processing data; and an application And a storage device 16 such as a hard disk in which programs and various data are stored.

  The game server 1 can provide the social game 40 to the terminal 3 by executing the application program recorded in the storage device 16 by the arithmetic processing device 13, and can control the progress thereof. At this time, the function executed by the arithmetic processing unit 13 will be described with reference to FIG. FIG. 4 is a block diagram conceptually showing functions of each unit of the game server 1 regarding the provision of the social game 40 and the progress control.

  As shown in FIG. 4, the game server 1 includes an operation data receiving unit 101, an image data transmitting unit 102, a game part managing unit 103, a fellow relationship managing unit 105, a game processing unit 110, and a data storage unit. 120.

  The operation data receiving unit 101 is an interface that receives an input of an actual user operation input from the terminal 3 via the network 2 and inputs operation content to the game processing unit 110. The operation data receiving unit 101 inputs the received operation contents of the real user to the game part management unit 103 and the game processing unit 110.

  The image data transmission unit 102 is an interface for communicating with the terminal 3 via the network 2. The image data of the game image generated in the game processing unit 110 is transmitted to the terminal 3.

  The game part management unit 103 performs a process of shifting the play target of the real user to the designated game part in accordance with the operation of the real user.

  An example of an operation in which a real user moves a game part to be played to another game part will be described. For example, an object such as a button for selecting each game part 41 to 47 is displayed in the game image displayed on the display unit 32 of the terminal 3. When the real user operates the terminal 3 to select any button, the game part management unit 103 performs a process of shifting the play target of the real user to the selected game part.

  In addition, in the social game 40, there is a game part that requires playable conditions to be achieved in order for the real user to play, such as the bonus part 47. Therefore, the game part management unit 103 includes a playable condition management unit 104 for setting playable conditions for playing with the bonus part 47 and managing the achievement status of the playable conditions.

  The playable condition management unit 104 sets playable conditions that are preconditions for playing the bonus part 47. Then, the information related to the operation of the actual user and the progress of the game are confirmed, and it is determined whether or not the playable condition is satisfied for each real user.

  The playable condition is typically an aspect that can be achieved according to the operation contents and play situation of the real user playing in the normal game parts 41 to 46 (and consequently the situation in the game of the virtual user to be operated). Set by. The playable condition management unit 104 manages the achievement status of this playable condition using a score “transition point” assigned to each real user.

  The playable condition management unit 104 adds a transition point each time an actual user's operation or the progress of the game thereby achieves some in-game goal. Then, the playable condition management unit 104 determines that the playable condition has been achieved because the actual user has accumulated more than a predetermined number of the transition points, or has consumed more than a predetermined number of the accumulated points. In other words, it is a playable condition to achieve in-game goals multiple times and accumulate transition points.

  The playable condition management unit 104 sets, as transition point allocation conditions, some in-game goals achieved by the operations of real users playing in the normal game parts 41 to 46 and the progress of the game thereby. For example, the allocation condition is that a virtual user playing in the quest part 41 reaches a certain point in the virtual world. Further, the allocation condition is that a certain item is acquired by combining during play in the combining part 42, or that the items are combined a predetermined number of times. Also, the assignment condition is that the battle part 43 wins by fighting with a boss character being played or wins the battle a predetermined number of times. Further, the allocation condition is to perform a predetermined number of gachas while playing with the gacha part 44 or to acquire predetermined items such as tickets for playing the bonus part. Further, the allocation condition is that the trade part 45 trades a predetermined number of times or trades with a predetermined number of other virtual users. Further, the assignment condition is to perform exchange such as sending a message to other virtual users of a predetermined number of players playing in the user part 46.

  The playable condition management unit 104 stores related information in the data storage unit 120 and manages the achievement status of the playable conditions for each real user. FIG. 5 is an explanatory diagram showing a playable condition data table 121 that is an example of a data table for managing the achievement status of playable conditions for each virtual user. As shown in the figure, the playable condition management unit 104 assigns a unique “user ID” to each real user, and records and manages the “transition point” and “bonus part game flag” that are held. .

  The bonus part game flag indicates that a playable condition for playing the bonus part 47 is satisfied. When the playable condition is satisfied, the playable condition management unit 104 stores a value of “1” indicating that a bonus part play flag exists (FIG. 5, real users with user IDs 001 and 002). On the other hand, if the playable condition is not satisfied, a value of “0” indicating that the bonus part play flag does not exist is stored (FIG. 5, real users with user IDs 003 and 004).

  As another processing example, the playable condition management unit 104 may set the playable condition to receive “invitation” from another real user. For example, a real user who has already satisfied the playable conditions of the bonus part 47 is set to perform a process of “inviting” another real user who is in a peer relationship to the bonus part 47. The playable condition management unit 104 gives a bonus part game flag that has achieved the playable condition to another real user who has received the “invitation”.

  In addition, if it becomes possible for an actual user to “invite” other real users to the bonus part 47 without limitation, there is a possibility that the rareness and special feeling of the bonus part 47 held by the actual user may fade. Therefore, the playable condition management unit 104 may set conditions for “inviting” other real users to the real users who satisfy the playable conditions of the bonus part 47. For example, the number of times that the playable condition has been achieved while playing in the normal game parts 41 to 46 is allowed, “invite” is allowed, or the number of real users who can be “invited” is limited to set conditions. May be.

  The playable condition management unit 104 may arbitrarily set the playable condition of the bonus part 47 in accordance with some other actual user operation. Moreover, it is preferable that the aspect has some relationship with the whole game, not just work so that a real user can get interest from playing in the social game 40. For example, if the game is such that real users can build friendships and multiple real users can play together, the more the number of friends, the lower the number of transition points that can be played. May be. The playable conditions set in this way can promote the willingness to play the game, and can also improve the interests obtained therefrom.

  Playing with the bonus part 47 gives an actual user a sense of expectation that items can be acquired, and has a meaning as a reward (bonus) among the game parts constituting the social game 40. For this reason, achieving the playable conditions for playing with the bonus part 47 is a condition to be achieved in order to obtain such a reward, and can be said to be an in-game objective for the actual user. . Based on this, the playable conditions are such that the real user can produce a rareness and special feeling different from playing the normal game parts 41 to 46 with respect to playing the bonus part 47. It is preferably set.

  The fellow relationship management unit 105 constructs a fellow relationship between real users and manages the fellow relationship. A friendship is an example of a social element whose main purpose is to interact with real users who play in the same social game 40. For example, a relationship between real users in a game, such as friends, family, teams, and guilds. Showing gender. A real user can play such a social game 40 jointly by constructing a friendship relationship with another real user in a pseudo manner.

  For example, the friendship is established by playing the user part 46. When a real user playing in the user part 46 requests another real user to establish a friendship, a message requesting approval to that effect is sent to the real user who has received the request. The real user who receives the request approves the friendship between the real users.

  The fellow relationship management unit 105 stores fellow information indicating the fellow relationship between real users in the data storage unit 120 and manages the fellow relationship for each real user. FIG. 6 is an explanatory diagram showing a friend relationship data table 122 that is an example of a data table for managing friend information for each real user stored in the data storage unit 120. As illustrated, the fellow relationship management unit 105 records and manages the user ID for each real user and the user IDs of other real users who are in a fellow relationship. For example, it is shown that the real user with the user ID 001 has a friendship relationship with the real user with the user IDs 002 and 003. Further, it is shown that the real user with the user ID 002 is in a friendship relationship with the real users with the user IDs 001 and 005.

  The game processing unit 110 performs processing related to the progress of the game parts 41 to 47 which are game elements constituting the social game 40. For the sake of convenience, the game processing unit 110 will be described by being divided into a plurality of functional units that perform processing individually for each of these game parts.

  As shown in FIG. 4, the game processing unit 110 is a separate processing unit that performs processing corresponding to each of the game parts 41 to 47, a quest part processing unit 111, a composite part processing unit 112, and a battle part. For convenience, a processing unit 113, a gacha part processing unit 114, a trade part processing unit 115, a user part processing unit 116, and a bonus part processing unit 117 are provided.

  Each of the processing units 111 to 117 receives an operation of a real user who plays with the corresponding game part, executes a process specified by the game part, generates game image data corresponding to the processing result, and transmits the game image data to the terminal 3. Thus, a common series of processes for displaying the game image on the display unit 32 is performed. Further, when a parameter such as an ability value assigned to the virtual user to be operated or an item possessed by the real user changes, the data stored in the data storage unit 120 is rewritten. The social game 40 is advanced by repeating these processes.

  For example, the quest part processing unit 111 causes the virtual user to move or search in the virtual world according to the operation of the real user, and as a result, the graphic or the situation indicating the situation in the virtual world A game image including text is generated and transmitted.

  Similarly, the processing units 112 to 116 of the other normal game parts also perform the processes defined by the game parts 42 to 46 in accordance with the operation of the real user, and display the game image of the processing result as the terminal 3 of the real user. Send to. That is, the composite part processing unit 112 performs the above-described processing related to the composite part 42. The battle part processing unit 113 performs the above processing related to the battle part 43. The gacha part processing unit 114 performs the above processing related to the gacha part 44. The trade part processing unit 115 performs the above processing related to the trade part 45. The user part processing unit 116 performs the processing related to the user part 46.

  The bonus part processing unit 117 performs processing related to the progress of the bonus part 47. As a function, the bonus part processing unit 117 performs processing related to the progress of the bonus part 47 in accordance with the operation of the real user, as in the normal game part processing units 111 to 116, and generates and transmits image data. Perform the process.

  The bonus part 47 includes a plurality of game elements such as those having the same game contents as the normal game parts 41 to 46 and those having unique game contents not found in other game parts. Also good. The bonus part processing unit 117 determines the contents to be provided to the actual user among these contents of the game according to the selection of the actual user or automatically according to the game playing situation such as the result of the actual user. Or you may.

  As one embodiment, for example, when a real user who satisfies the playable condition of the bonus part performs a transition operation to the bonus part 47, the desired game content is selected from a plurality of game contents included in the bonus part 47. You may be able to select and play.

  As another embodiment, the bonus part processing unit 117 may select the content of the game to be provided according to the game situation of the social game 40 of the real user who requested the game with the bonus part 47. For example, the bonus part processing unit 117 provides a bonus part 47 having the same game content as the quest part 41 to the real user who frequently plays the quest part 41. The preferred game content is selected by guessing the taste of the game.

  Further, the bonus part processing unit 117 may determine the contents of the game to be provided according to the in-game parameters such as the ability value such as the level of the virtual user operated by the real user and the number of friends. In this case, the higher the level of the virtual user, the higher the number of friends, and the higher the number of friends, the more rare items can be acquired and the more interesting content can be played. It is also possible to give a rewarding meaning to real users.

  In addition, according to an arbitrary aspect, the bonus part processing unit 117 may appropriately set the content of the bonus part 47 to be provided according to the preference of the actual user and the game situation of the game. This is beneficial in that it can be expected to further enhance the interest of real users playing the social game 40.

  In addition to these functions, the bonus part processing unit 117 manages the achievement status of the item granting conditions while playing with the bonus part 47 according to the operation of the real user or the progress of the game with the bonus part 47. Then, an item is given to a real user who satisfies the conditions. In order to realize these functions, the bonus part processing unit 117 includes functional units of an item granting condition management unit 1171 and an item information management unit 1172 as shown in FIG.

  The item granting condition management unit 1171 sets an item granting condition for the game in the bonus part 47, and determines whether or not the item granting condition is achieved according to the operation of the real user and the progress of the bonus part 47 of the real user. to decide.

  The item granting condition management unit 1171 manages the achievement status of the item granting conditions for each real user by using an in-game value called “bonus points”. The “bonus points” are implemented in the form of points added by the item granting condition management unit 1171 each time a real user playing in the bonus part 47 achieves some play goal. The item granting condition management unit 1171 determines that the actual user satisfies the item granting condition by accumulating the bonus points to a predetermined required number or more and consuming the accumulated bonus points. To do. That is, the item granting condition is to achieve the in-game target set in the bonus part 47 a plurality of times and accumulate bonus points.

  The item granting condition management unit 1171 sets, as a bonus point allocation condition, an in-game target that is achieved by an operation of a real user playing with the bonus part 47 or the progress of the game.

  The bonus point allocation condition may be set as appropriate in accordance with the contents of the game in the bonus part 47 and its purpose. For example, in the bonus part 47 in which the game content is a slot game, the item granting condition management unit 1171 has a bonus according to the rarity of the established combination when the combination of the slot game is established as a result of the real user's game. Add points. In addition, in the bonus part 47 having a game content of Sugoroku, the item granting condition management unit 1171 adds bonus points according to the square where the virtual user has stopped.

  In addition, in the bonus part 47 having the same game content as the normal game parts 41 to 46, the item granting condition management unit 1171 bonuses some playable goals along the progress of the respective normal game parts 41 to 46. It may be set as a point allocation condition.

  The item granting condition management unit 1171 manages the achievement status of the item granting conditions for each real user by storing related information in the data storage unit 120. FIG. 7 is an explanatory diagram showing an item granting condition data table 123 that is an example of a data table for managing the achievement status of the item granting conditions for each real user stored in the data storage unit 120. As shown in the figure, the item granting condition management unit 1171 records and manages a user ID, a “bonus point”, and an “item granting flag” for each real user.

  The “item grant flag” indicates that the bonus part 47 satisfies an item grant condition for receiving an item grant. When the item granting condition is satisfied, the item granting condition management unit 1171 stores a value of “1” indicating that an item granting flag exists (FIG. 7, real user with user ID 001). On the other hand, if the item granting condition is not satisfied, a value of “0” indicating that the item granting flag does not exist is stored (FIG. 7, real user with user ID 002-004).

  The item provision condition management unit 1171 may set the item provision condition in some other manner. For example, an item granting flag may be set instead of assigning bonus points according to the content of the game at the bonus part 47 of the real user. Preferably, an item granting flag may be set so that an item corresponding to the actual user's game performance at the bonus part 47 is given.

  The item information management part 1172 performs the process which provides the in-game item to the real user who satisfy | filled item provision conditions.

  Specifically, the item information management unit 1172 stores a data table indicating items that can be used (in other words, held) in the social game 40 for each real user in the data storage unit 120, and stores the table. By updating, items are assigned, that is, assigned.

  FIG. 8 is an explanatory diagram showing a retained item data table 124 that is an example of a data table for managing retained items for each real user, which is stored in the data storage unit 120. The item information management unit 1172 records and manages items held by the real user by referring to this data table.

  As shown in the figure, the item information management unit 1172 records and manages a user ID and an “item ID” that is an identification number indicating an item held for each real user. This item ID is associated with specific data such as an item name, an effect, an image, and explanatory text in another data table (not shown). In the example of FIG. 8, it is shown that the real user with the user ID 001 possesses two items with item IDs I001 and I002. In addition, it is indicated that the real user with the user ID 002 owns the item with the item ID I003. The item information management unit 1172 performs processing for assigning an item to an actual user by updating the value of this data table.

  Note that the item information management unit 1172 may give a specific item specified in advance, or may give an item selected by some means from a plurality of candidates.

  Moreover, you may perform the process etc. which determine the item to provide according to the achievement condition of item provision conditions. For example, determine the items to be granted according to the amount of bonus points accumulated or consumed, such as adding more bonus points or allocating rare items as more bonus points are consumed at once. May be. For such processing, the item granting condition management unit 1171 prepares a plurality of types of item granting flags corresponding to the situation at the time of achievement for each of the various item granting conditions. Achievement status may be managed.

  In addition, the item information management unit 1172 may determine an item to be given according to an in-game action or parameter of a real user that satisfies the item granting condition, a game tendency of the real user who operates the item, and the like. For example, for a real user who plays the battle part 43 well (in other words, a large proportion of time is occupied during the play of the social game 40), a real user is given a weapon having stronger battle parameters, etc. Items that are useful in game parts that are often played may be given.

  The data storage unit 120 stores and manages various data regarding the social game 40 in the storage device 16. As an example, the data storage unit 120 is provided for the game server 1 to provide the social game 40 such as data constituting the social game 40 such as a program, image data, and text, or data related to a real user playing the social game 40. Manage various data used in. The data storage unit 120 is a database that stores image data, text data, and the like that constitute the social game 40, and a database that stores information related to real users (or virtual users to be operated) participating in the social game 40. Is stored.

(5) Process in game server Hereinafter, the example of the process which concerns on progress of the social game 40 in each part of the game server 1 is demonstrated.

[Processing Example 1: FIG. 9]
First, with reference to FIG. 9, the process which concerns on progress of the social game 40 of the game server 1 is demonstrated. FIG. 9 is a flowchart showing a flow of a series of processes related to the progress of the social game 40 in the game server 1.

  In the example shown in the figure, a process when a real user playing the normal game parts 41 to 46 inputs the operation to advance the social game 40 is described. At this stage, it is assumed that the real user does not satisfy the playable conditions of the bonus part 47 and is in a state where play is possible only in the normal game parts 41 to 46.

  In the process for progressing the social game 40, the normal game part processing units 111 to 116 corresponding to the normal game parts 41 to 46 being played by the real user play the progress of the game part according to the input operation. Such processing is performed (step S110).

  On the other hand, when an operation for designating the play of the bonus part 47 is input, the game part management unit 103 performs a process of moving the real user's play target to the bonus part 47 in cooperation with the playable condition management unit 104. (Step S120). After shifting to the bonus part 47 game, the bonus part processing unit 117 performs a process related to the progress of the bonus part according to the input operation (step S130).

  Furthermore, according to the operation of the real user playing with the bonus part 47, the item information management unit 1172 of the bonus part processing unit 117 performs a process of assigning an item to the virtual user to be operated (step S140). The game server 1 performs the process according to the corresponding game parts 41-46 according to a real user's operation, after complete | finishing the item provision process of step S140 (it returns to step S110). At this time, when the real user satisfies the playable conditions of the bonus part 47 and continues to play with the bonus part 47, the transition process in step S120 and the progress of the bonus part 47 in step S130 are performed. Perform the process.

  The processing content of the game server 1 performed in each step from S110 to S140 will be described in more detail with reference to FIGS. FIG. 10 to FIG. 13 respectively show a process related to the progress of the game (step S110), a transition process to the bonus part 47 (step S120), a process related to the progress of the bonus part 47 (step S130), and an item granting process (step). It is a flowchart which shows the detailed processing content in S140).

[Processing Example 2: FIG. 10]
With reference to FIG. 10, the process (FIG. 9, step S110) which concerns on progress of a game in the state where the real user is playing the normal game parts 41-46 is demonstrated. Here, an example of processing when a real user who does not satisfy the playable condition of the bonus part 47, such as immediately after the start of the social game 40, satisfies the playable condition through play in the normal game parts 41 to 46 is shown. Yes.

  In the game server 1, the operation content of the real user transmitted from the terminal 3 is input to the game part management unit 103 and the game processing unit 110. Receiving the operation data, the game part management unit 103 confirms the operation content (step S111).

  Subsequently, the game part management unit 103 determines whether or not a condition for acquiring a transfer point for transferring to the bonus part 47 is satisfied (step S112). The transition point acquisition condition here is, for example, that the operation content of the real user who plays the quest part 41 reaches the destination which is a condition for playing the bonus user 47 for the virtual user. .

  When it is determined that the transfer point acquisition condition for transferring to the bonus part 47 is satisfied (step S112: Yes), the playable condition management unit 104, for example, the playable condition data table shown in FIG. 121, the value is updated so that the migration point is added to the virtual user operated by the real user (step S113).

  After updating the values in the data table, the processing units 111 to 116 corresponding to the game part being played perform processing for progress according to the input operation content (step S114).

  The transition point addition process (step S113) and the game part progression process (step S114) may be performed in succession or in parallel. That is, the game part processing units 111 to 116 perform processing for advancement (step S114) in advance with respect to the operation input of the real user, and then the playable condition management unit 104 adds the transition point (step S114). S113) may be performed. In addition, when it is determined that the operation of the real user satisfies the acquisition condition of the transfer point for transferring to the bonus part 47 (step S112: Yes), that fact and the game part processing units 111 to 116 are played. The information may be simultaneously transmitted to the possible condition management unit 104, and the processing (steps S113 and S114) may be performed in parallel in each unit.

  On the other hand, when it is determined that the input operation content does not satisfy the acquisition condition of the transition point (step S112: No), the game part processing units 111 to 116 perform the normal game part according to the input operation content. Processing for proceeding from 41 to 46 is performed (step S114).

  Subsequently, the game part management unit 103 refers to the data table and confirms the transfer point assigned to the real user (step S115).

  When the transfer point has reached the necessary number of points that allow the bonus part to be played (step S116: Yes), the game part management unit 103 assigns a bonus part play flag to the real user. Is updated (step S117).

  On the other hand, when the transfer point has not reached the necessary number of points necessary for playing the bonus part 47 (step S116: No), the flag is not assigned and the process is terminated (END). As another example, the playable condition may be satisfied by consuming more than a predetermined necessary number of transfer points accumulated by the real user.

  In the processing described above, the playable condition management unit 104 displays a bonus part play flag indicating that the playable conditions of the bonus part 47 are satisfied according to the play situation of the normal user in the normal game parts 41 to 46. Give. Note that the real user who has acquired the bonus part game flag may repeatedly play the normal game parts 41 to 46, and in this case, the game server 1 is shown in step S110 of FIG. 9 according to the operation of the real user. (In other words, a series of processes from step S111 to S117 in FIG. 10) is repeatedly executed. On the other hand, the real user who has acquired the bonus part game flag may perform an operation of shifting to the bonus part 47. In this case, the game server 1 performs the operation shown in step S120 of FIG. 9 according to the operation of the real user. Process.

[Processing Example 3: FIG. 11]
With reference to FIG. 11, a series of processes (FIG. 9, step S120) related to the transition to the bonus part 47 will be described. Here, the real user selects a selectable object such as a button for requesting the transition process to the bonus part 47 in the game screen displayed on the display unit 32 of the terminal 3, and transitions to the bonus part 47. It shows the processing when an operation is performed.

  In response to the input of the transition operation to the bonus part 47 (step S121), the game part management unit 103 notifies the playable condition management unit 104 to that effect, and the real user satisfies the playable condition of the bonus part 47. Judgment is made as to whether or not it is present (step S122).

  Here, the playable condition of the bonus part 47 is managed with respect to the bonus part play flag stored in the playable condition data table 121 in the data storage unit 120. The playable condition management unit 104 refers to the data related to the real user in the data table and confirms the existence of the bonus part play flag.

  When the bonus part game flag exists in the data table in the data table, that is, when the bonus part game flag = “1” in the example of FIG. 5 (step S123: Yes), the game part management unit 103 The part management unit 103 performs a process of shifting the real user's play target to the bonus part 47 (step S124).

  On the other hand, when the bonus part game flag does not exist for the real user, that is, when the bonus part game flag = “0” in the example of FIG. 5 (step S123: No), the game part management unit 103 The process of shifting the user's game object to the bonus part 47 is not performed. Instead, the game part management unit 103 presents a message indicating that the transition to the bonus part 47 cannot be performed to the terminal 3 of the actual user, and waits for an operation input from the actual user (that is, the step The process proceeds to S121 (step S125).

  In the processing described above, the playable condition management unit 104 determines whether or not the playable condition is satisfied for the real user who has requested the shift to the bonus part 47, and if the condition is satisfied, Transition processing to part 47 is performed. As a result, it is possible to play with the bonus part 47 only for real users who satisfy the playable conditions.

  As another processing example, the game part management unit 103 may be set so that the transition operation to the bonus part 47 cannot be performed when the real user does not satisfy the playable conditions of the bonus part 47. For example, the game part management unit 103 restricts not to display a button for selecting a transition operation to the bonus part 47 in a game image for a real user immediately after the game starts, and satisfies the playable condition. You may process so that the button for transfer operation may be displayed only with respect to a user.

  When the real user's game object is shifted to the bonus part 47, the game server 1 causes the bonus part processing unit 117 to transmit the game image of the bonus part 47 to the terminal 3 of the real user, for example, step S140 in FIG. The process related to the progress of the bonus part 47 shown in FIG.

[Processing Example 4: FIG. 12]
With reference to FIG. 12, the process (FIG. 9, step S130) regarding progress after shifting to the bonus part 47 will be described. After shifting to the bonus part 47, the item information management unit 1172 of the bonus part processing unit 117 confirms the operation content of the real user transmitted from the terminal 3 (step S131).

  When the item information management unit 1172 determines that the input operation content satisfies the conditions for acquiring bonus points for item grant set in advance (step S132: Yes), the item information management unit 1172 Referring to the item granting condition data table 123 shown in FIG. 7, the value in this data table is updated so as to add bonus points held by the virtual user operated by the real user (step S133). In the example of FIG. 12, an example in which the condition for giving an item is satisfied by accumulating more bonus points than necessary is shown. As another example, the condition for giving an item may be satisfied by consuming more than a predetermined necessary number of bonus points accumulated by a real user.

  After adding bonus points (step S133), the bonus part processing unit 117 performs processing for progressing the bonus part 47 in accordance with the input operation content (step S134).

  At this time, the bonus part processing unit 117 precedes the process (step S134) for proceeding with the bonus part 47 according to the operation content of the real user, and transmits image data or the like according to the processing result to the terminal 3. Later, a process of adding bonus points of the virtual user to be operated by the real user may be performed (step S133).

  Note that the bonus point addition process (step S133) and the bonus part 47 progression process (step S134) may be performed in succession or in parallel. That is, the bonus part processing unit 117 performs a process for advancement (step S134) with respect to the operation input of the real user, and thereafter, the item granting condition management unit 1171 adds the bonus points (step S133). May be performed. If the real user's operation satisfies the bonus point acquisition condition (step S132: Yes), the fact is notified to the bonus part processing unit 117 and the item granting condition management unit 1171 at the same time. Then, the processing (steps S133 and S134) may be performed.

  On the other hand, when it is determined that the input operation content does not satisfy the bonus point acquisition condition (step S132: No), processing for proceeding with the bonus part 47 according to the operation content is performed (step S134).

  Subsequently, the item information management unit 1172 refers to the data table and confirms bonus points assigned to the real user (step S135).

  When the item information management unit 1172 determines that the bonus points have reached the necessary number of points as the item granting condition (step S136: Yes), the item information management unit 1172 sets an item granting flag to the real user. The value in the data table is updated so as to be assigned (step S137), and the process is terminated (END).

  On the other hand, if the item information management unit 1172 determines that the bonus points have not reached the necessary score as the item granting condition (step S136: No), the flag is not assigned and the process is terminated (END).

[Processing Example 5: FIG. 13]
With reference to FIG. 13, the item granting process (FIG. 9, step S <b> 140) for an actual user playing the bonus part 47 will be described.

  The item information management unit 1172 refers to the item granting condition data table 123 at any timing during the progress process of the bonus part 47 shown in FIG. The game part to be played is confirmed as the game situation of the actual user who has added bonus points in S133 (step S141).

  Based on the processing in step S141, the item information management unit 1172 determines whether or not the game target of the real user is playing the bonus part 47 (step S142).

  When it is determined that the real user is playing the bonus part 47 (step S142: Yes), the item information management unit 1172 further refers to the item granting condition data table 123 and indicates the item granting flag to the real user. Is checked (step S143).

  When it is determined that the real user playing the bonus part 47 has the item grant flag (step S143: Yes), the item information management unit 1172 updates the data in the possessed item data table 124, and An in-game item is given to the user (step S144), and the process ends (END).

  On the other hand, when it is determined that the real user is not playing the bonus part 47 (step S142: No), or when it is determined that the item grant flag does not exist (step S143: No), the item information management unit 1172 The process is terminated without giving an item to the real user (END).

  As described above, in the process described above, an actual user who plays with the bonus part 47 can acquire items according to the operation content, the progress of the game, and the like. The real user who acquired the item may continue to play the bonus part 47 as it is, and in that case, the game server 1 performs the processing shown in steps S141 to S144 in FIG. 13 in accordance with the operation of the real user. Repeatedly. Further, the real user may transfer the game object to the normal game parts 41 to 46 through the game part transfer process. In this case, the game server 1 proceeds to step S110 in FIG. 9 according to the operation of the real user. Perform the indicated process.

  According to the process of this embodiment, an item can be given according to the play situation in a real user's game. The game contents in the bonus part 47 to which items are assigned are related to the game contents of the normal game parts 41 to 46 and the image of the entire social game 40. For this reason, for example, a game played by a real user is different from a game game such as “gacha” in which a lottery for item acquisition is performed with real-world money, and it is interesting by playing a real user itself. I can expect that.

  In addition, a playable condition in the game that needs to be achieved as a premise is set for the play in the bonus part 47. Thereby, it is possible to make the real user have a special feeling and a rarity of playing at the bonus part 47 that can acquire items by playing. That is, for the actual user, not only the acquisition of the item that was the purpose for playing the original game, but also achievement of the playable condition of the bonus part 47 in the process, and the play itself in the bonus part 47 are social. This can be an object for playing the game 40. This leads to motivation to play with the bonus part 47 not only for real users aiming to collect items in the game but also for real users who want to play interesting games. It leads to improvement.

  On the other hand, game creators also exist by setting game objectives corresponding to bonus part 47 playable conditions and item granting conditions, and setting the game contents of bonus part 47. There is an advantage that it is possible to express various games that were not done. From this point, it becomes possible to provide a more interesting game.

(6) Bonus Part Example The configuration of the bonus part 47 will be described with a specific example. The bonus part 47 is typically a game part for the purpose of giving an in-game item to a real user. By playing the bonus part 47, the real user can reliably or probabilistically obtain the in-game item while gaining interest in playing the game.

  For this reason, it is preferable that the structure of the bonus part 47 is comparatively easy for an actual user to obtain an item. However, an operation that is too simple does not play a game for a real user, but may have the image that an operation for acquiring an item is being performed, which may reduce interest. Therefore, the bonus part 47 is preferably configured so that the work required for play is relatively simple, and the real user can be expected to receive a reward according to the progress. For example, a game that can be played with a relatively simple operation, such as an existing slot game, Sugoroku, card game, or picture matching, and that can achieve some set goal is preferable.

  FIG. 14A illustrates an example of the display unit 32 of the terminal 3 in progress of a slot game which is an example of the bonus part 47. On the display unit 32 of the terminal 3 in progress of the bonus game 47, a game image simulating a slot machine having three reels is generated and displayed by the bonus part processing unit 117 as shown in the figure.

  The real user who plays the bonus part 47 can start the slot game by operating the PLAY button 471 in the game image via the operation input unit 33 of the terminal 3. When the slot game is started, an animated game image in which the reel of the slot machine rotates is displayed. The real user confirms the display unit 32 and operates the STOP buttons 472 to 474 to stop the rotation of each reel so that a desired pattern is prepared.

  After the reel is stopped, the item information management unit 1172 of the bonus part processing unit 117 gives an item to the real user according to the combination established by the pattern arranged on the reel. For example, in the example shown in the figure, since there are three rows of hearts, the item corresponding to the established combination is given.

  As described above, in the slot game described above, for a single game, the actual user needs only a relatively simple operation of operating the PLAY button 471 and the STOP buttons 472-474. In addition, by achieving the goal of forming a role by arranging pictures, it is possible to expect some insignia according to the established role. For this reason, the real user can acquire the item after enjoying the game of the slot game, and can enhance the interest obtained from the acquisition of the item itself.

  In the above-described example, a predetermined amount of bonus points is accumulated to give a flag for giving an item. However, aspects that the embodiment of the present invention can take are not limited to such a configuration. . For example, the bonus part 47 can be played by consuming bonus points, and the item grant flag may be established according to the game result. In the example shown in FIG. 14A, an example is described in which bonus points are used for playing with game elements included in the bonus part 47. In the illustrated example, the real user can play the slot game once every time a predetermined number of bonus points are accumulated or every time a predetermined number of accumulated bonus points are consumed. In this example, an item granting flag is given by consuming accumulated bonus points, playing a slot game, and establishing a winning combination.

  In the message window 475 displayed on the display unit 32, for example, a message related to the progress of the slot game as shown in FIG. 14B is presented. For example, in a configuration that requires bonus points for the bonus part 47 game, the bonus points possessed by the current real user and the remaining number of times that the slot game can be played are “remaining bonus points 10 and 10 more. "!" Is indicated by a sentence 475a. Further, when a combination is established as a result of playing the slot game and an item grant flag is given, the fact is indicated by a sentence 475b such as “Congratulations! Get an item!”.

  In the configuration in which items are given according to the result of playing bonus part 47 by consuming bonus points in this way, the actual user is limited in the number of times the bonus part 47 is played, and thus the opportunity to acquire the item is limited. You can expect to concentrate on playing. Further, since the actual user concentrates on the game, it can be expected that the interest obtained by the game of the bonus part 47 is improved.

  In addition, as another example of the bonus part, a configuration having the same game content as the normal game part such as the quest part 41, the synthesis part 42, the battle part 43, the gacha part 44, the trade part 45, and the user part 46 may be used. Good. At this time, the bonus part 47 preferably gives an item in an event in which no item is given in the original game part, or gives an item having a value different from the item given in the original game part. The process different from the original game part is performed. In other words, the bonus part 47 has the same configuration as the normal game parts 41 to 46, and the item acquisition frequency or value that can be acquired by the actual user to play is set higher than the original game part. It has been done.

  For example, in the bonus part 47 having the same game content as the quest part 41, the real user can acquire the item other than the timing when the normal item can be obtained while operating the virtual user to adventure the virtual world. In addition, an item having a higher in-game value than what is normally obtained can be acquired. In addition, in the bonus part 47 having the same configuration as that of the synthesis part 42, the real user can acquire an item having a higher in-game value than that normally obtained by combining in-game items held by the real user. In addition, in the bonus part 47 having the same configuration as the gacha part 44, when the real user randomly obtains an item by paying in-game currency or the like, an item having a higher in-game value than that normally obtained is obtained. it can.

  According to the bonus part 47 having the same game content as the normal game parts 41 to 46, the actual user can acquire more or more rare items by performing the same progress as the normal game. Therefore, items can be acquired while maintaining a sense of immersion in the game without departing from the progress of the original game. In addition, instead of designing a new bonus part 47 from scratch, the game production side can also provide the bonus part 47 by providing a configuration in which the event processing in the existing game part is changed. It is possible to enhance the interest of the whole game with simple and easy work.

(7) Modified Processing Example A modified processing example different from the processing contents of the game server 1 described above will be described below.

[Modification Example 1: FIG. 15]
With reference to FIG. 15, the example of a deformation | transformation process which concerns on provision of the bonus part game flag at the time of the game progress shown in FIG. 10 is demonstrated. FIG. 15 is a flowchart showing a modification process example of the process (FIG. 9, step S110 or FIG. 10) of the game server 1 related to the provision of the bonus part game flag.

  In the example of FIG. 15, a process (ordinary game part progress process A) for a real user having a bonus part game flag (hereinafter referred to as real user A) and a real user having no bonus part game flag (hereinafter referred to as “real user A”). The process for the real user B (normal game part progression process B) is shown in parallel. In this process, a bonus part game flag is given to the real user B by an operation in which the real user A invites the real user B to the bonus part 47.

  As shown in the figure, when the game part management unit 103 of the game server 1 receives an operation to invite the real user B input from the terminal 3 of the real user A to the bonus part 47 (step S151), the real user A confirmation message for inquiring whether or not to accept the invitation is transmitted to the terminal 3 of B (step S152).

  When the real user B responds to the confirmation message to receive an invitation (step S153: Yes), the game part management unit 103 gives a bonus part game flag to the virtual user operated by the real user B. Thus, the data table in the data storage unit 120 is updated (step S154), and the process for the real user B (the normal game part progress process B) is terminated.

  On the other hand, when the real user B responds not to receive the invitation or receives a negative response to the invitation, such as no response during the predetermined grace period (step S153: No), the game part The management unit 103 ends the process for the real user B (normal game part progression process B) without giving the bonus part game flag (END).

  After the game part management unit 103 gives the bonus part game flag (step S154), the game part management unit 103 sends a message to the real user A's terminal 3 to notify that the flag has been given to the real user B. Then, the process for the real user A (the normal game part progression process A) is terminated (END).

  On the other hand, after determining that the bonus part game flag is not given (step S153: No), the game part management unit 103 notifies the real user A that the real user B did not accept the invitation (step S155). The process for the real user A is terminated (END).

  As described above, when another real user B can play the bonus part 47 by the invitation of the real user A, the real user A and the real user B are assigned to the processing related to the setting of the item grant flag in the bonus part 47. The items may be set as a unit (for example, fellow relationships) and the item grant flag may be set as a whole. A process related to the progress of the bonus part 47 for the real users A and B at this time will be described below as a modification process example 2.

[Modification Example 2: FIG. 16]
FIG. 16 shows a process related to the progress of the game according to the operation of the real users A and B when the real users A and B move to the bonus part 47 after the process shown in FIG. It is a flowchart shown about the modification of S130 or FIG.

  After the real user A or B moves to the bonus part 47, the item grant condition management unit 1171 of the bonus part processing unit 117 confirms the operation content of the real user transmitted from the terminal 3 of the real user A or B (step S161).

  When it is determined that the input operation content satisfies the bonus point acquisition condition (step S162: Yes), the item assignment condition management unit 1171 refers to the item assignment condition data table 123 and performs an operation that satisfies the condition. The value is updated so as to add bonus points held by the real user (step S163).

  After the bonus points are added, the bonus part processing unit 117 performs processing for progressing the bonus part 47 to the actual user who performed the operation according to the input operation content (step S164).

  Note that the bonus point addition process (step S163) and the bonus part 47 progression process (step S164) may be performed in succession or in parallel. In other words, the bonus part processing unit 117 performs the advance processing (step S164) for the operation input of the real user A or B, and then the item granting condition management unit 1171 adds bonus points ( Step S163) may be performed. If the operation of the real user A or B satisfies the bonus point acquisition condition (step S162: Yes), the fact is notified to the bonus part processing unit 117 and the item granting condition management unit 1171 at the same time. Processing (steps S163 and S164) may be performed in parallel in each unit.

  On the other hand, when it is determined that the input operation content does not satisfy the bonus point acquisition condition (step S162: No), the bonus part processing unit 117 performs the operation according to the input operation content. Next, processing for progressing the bonus part 47 is performed (step S164).

  Subsequently, the item granting condition management unit 1171 refers to the data table and confirms the total value of bonus points assigned to each of the real users A and B (step S165).

  When it is determined that the total value of the bonus points to be held has reached a predetermined necessary number of points as an item granting condition (step S166: Yes), the item granting condition management unit 1171 Then, the value in the data table is updated so as to assign the item grant flag (step S167).

  On the other hand, when it is determined that the bonus points have not reached the necessary score as the item granting condition (step S166: No), the item granting condition management unit 1171 ends the process without assigning the item granting flag. (END).

[Effects of Modification Examples 1 and 2]
According to such a modification processing example, it is possible to set the playable condition and the item granting condition of the bonus part 47 according to the exchange between real users who play the social game 40.

  In the above-described example, it becomes easy for an actual user who plays a game in cooperation with another actual user to achieve the condition that the bonus part 47 can play, and to acquire an item. Thereby, by having exchanges with other real users, it is possible to have a sense of expectation that the social game 40 can be advanced more advantageously and in various modes. As a result, it can be expected to activate the exchange between the real users who play the social game 40 (typically, the exchange via the virtual user).

  In addition, for game creators, it is possible to set the contents and purpose of the game so that real users can play while interacting with each other, and it is possible to express a variety of games. There is an advantage that it can be provided.

  Further, as a further modification process example, the playable condition management unit 104 may determine the required number of transition points that become the playable conditions of the bonus part 47 for each real user according to the number of friends.

  FIG. 17 is an explanatory diagram showing a transition point data table 125 that is an example of a data table in which the number of real user associates is associated with the number of transition points necessary to achieve playable conditions. The playable condition management unit 104 refers to the transfer point data table 125 stored in advance in the data storage unit 120, and determines the required number of transfer points that become playable conditions. In the example of the migration point data table 125 in FIG. 17, the number of companions of real users is divided into four stages of 0, 1-5, 6-10, 11 or more, and the necessary points are increased as the number of companions increases. The numbers are gradually reduced to 20, 18, 15, and 10. As illustrated in this table, the playable condition management unit 104 sets the playable condition so that it becomes easier for a real user who has more friends. Thereby, the construction | assembly of the friend relationship between real users in the social game 40 is promoted, and the whole game can be activated by the exchange between the real users who became friends.

  Note that the item granting condition management unit 1171 may perform the same process in order to determine the required number of bonus points that will be the item granting condition.

[Modification Example 3: FIG. 18]
The item granting condition management unit 1171 may determine the necessary points for accumulating or consuming bonus points as item granting conditions according to the bonus points held by the actual user. As an example, the item grant condition management unit 1171 compares the provisional necessary score determined in advance with the bonus score possession score for each real user, and performs a process of changing the necessary score.

  With reference to FIG. 18, a description will be given of a modification processing example related to confirmation of bonus points and determination of whether or not the necessary points have been reached (steps S135 to S136) by the operation of the item granting condition management unit 1171 shown in FIG. To do. FIG. 18 is a flowchart showing an example of this modification process.

  In the modification processing example, the item granting condition management unit 1171 refers to the item granting condition data table 123 in the data storage unit 120, for example, and confirms the bonus points assigned to the real user (step S171).

  The item granting condition management unit 1171 determines whether or not the bonus points have reached the necessary number of points as the item granting condition (step S172).

  In step S172, when it is determined that the bonus points have reached the predetermined necessary number of points as the item granting condition (step S172: Yes), the item granting condition management unit 1171 gives the item granting flag to the real user. It is determined whether or not the necessary number of bonus points as a condition for increasing the number is increased (step S173).

  If it is determined in step S173 that the required number of bonus points is to be increased (step S173: YES), the item granting condition management unit 1171 increases the required number of scores so that “necessary score> number of points owned by real user” is satisfied ( Step S174). On the other hand, if it is determined that the required number of bonus points is not increased (step S173: No), the item assignment condition management unit 1171 ends the process without changing the required number (END).

  On the other hand, in step S172, when it is determined that the bonus points have not reached the predetermined required score as the item granting condition (step S172: No), the item granting condition management unit 1171 It is determined whether or not the necessary number of bonus points as a condition of the grant flag is to be lowered (step S175).

  If it is determined that the required number of bonus points is to be reduced, the item granting condition management unit 1171 decreases the required points so that “necessary points <the number of points owned by the real user” (step S176). On the other hand, if the item granting condition management unit 1171 determines not to reduce the required number of bonus points (step S175: No), the process ends without changing the required number (END).

  FIG. 19 shows point variation data as an example of a data table in which the difference between the points of bonus points held by a real user and the points necessary for item grant and the variation of necessary scores according to the difference are associated with each other. It is explanatory drawing which shows the table 126. FIG. The item granting condition management unit 1171 refers to the point variation amount data table 126, and fluctuates the necessary number of bonus points for achieving the item granting condition.

  In the point fluctuation amount data table 126 shown in FIG. 19, the difference between the number of points owned by the real user and the necessary score is set to 6 or more, 1 to 5, 0, −1 to −5 (that is, the possessed score is 1 from the necessary score). The amount of change in the required number of points is associated with five levels of -6 or less (that is, the number of possessed points is 6 points or more higher than the required number). When the difference from the required score is 6 or more or −6 or more, the difference is wide, so that it is determined that there is no need to change the required score. If the required score is 1 to 5 less than the required score, the required score is decreased by 5 and adjusted so as to satisfy the required score immediately. Moreover, when the number of possessed points is equal to the required score or 1 to 5 points higher, the required score is increased by 5 points and adjusted so as to be slightly less than the required score.

  Thus, by adjusting the necessary points for achieving the item granting conditions according to the points of bonus points held by the real user, the play time and achievement of the social game 40 required for the real user to acquire the item The target to be adjusted can be adjusted as appropriate. For example, by increasing the required points slightly above the bonus points that you currently have, you can increase the willingness to play with the expectation that real users will be able to acquire items if they play a little more Can be expected.

  In addition, if the number of bonus points that you currently have is slightly less than the required number of points, you can achieve the target more easily than expected by reducing the required points and achieving the required points. A feeling and a desired item can be obtained, and it can be expected to improve the interest obtained in playing the game.

  Note that the playable condition management unit 104 may perform the same processing for determining the required number of transfer points that become the playable conditions of the bonus part 47.

[Other transformation examples]
As a further modification of the modification processing example described here, the item granting condition management unit 1171 determines the required points for accumulating or consuming bonus points as item granting conditions according to the bonus points held for each real user. May be determined. For example, the item granting condition management unit 1171 sets a value that is approximately half of the number of points owned by the real user as the required score, and after giving the item for the first time, it is slightly less than the number of points owned by the real user at the next determination A high value may be set to the required number of points, and adjustment may be made so that it is necessary to play and earn bonus points in order to achieve the item granting conditions.

  As an example, the item granting condition management unit 1171 may use bonus points as purchase targets by the real user. In such a configuration, even if bonus points are purchased by charging, the real user can play a unique game part called the bonus part 47 instead of simply acquiring items. For this reason, it is connected with the improvement of the interest which a real user can obtain compared with the work play which deviated from the game content in the conventional "gacha" etc.

The present invention is not limited to the embodiment described above, and can be changed as appropriate without departing from the spirit or idea of the invention that can be read from the claims and the entire specification, and the game server is accompanied by such a change. A game providing method, a computer program , a computer-readable recording medium recording the computer program , and a game system are also included in the technical scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game server 2 Network 3 Terminal 11 Communication interface 12 Input device 13 Arithmetic processing device 14 Display device 15 Memory 16 Storage device 31 Wireless communication part 32 Display part 33 Operation input part 101 Operation data receiving part 102 Image data transmission part 103 Game part management Part 104 playable condition management part 105 fellow relation management part 110 game processing part 117 bonus part processing part 1171 item grant condition management part 1172 item information management part 120 data storage part

Claims (9)

A game server that communicates with a user terminal via a network and provides a game including a plurality of game parts related to each other,
A normal game part processing unit for performing processing related to the progress of the normal game part constituting the game;
A bonus part processing unit that performs processing related to the progress of a bonus part having a game content related to the game content in the normal game part;
A playable condition for setting the playable condition for playing the bonus part, and allowing the user playing in the normal game part to play with the bonus part included in the game when the user satisfies the playable condition The management department,
An item information management unit that assigns the user to be able to use a predetermined item in the game in accordance with an operation performed while playing the bonus part;
With
The playable condition management unit assigns a transition point according to an operation performed by the user during the game of the normal game part, and the user accumulates the transition point when the user accumulates the transition point to a predetermined score or more. When the transition points are consumed more than a predetermined number, the bonus part can be played,
The game server characterized in that the bonus part processing unit selects a game part that is frequently played by the user from the operation history of the user and sets the game part as the bonus part. The playable condition management unit allows a user who can play the bonus part to invite other users who cannot play the bonus part to play the other user with the bonus part,
The item information management unit allocates bonus points according to an operation performed by the user during the game of the bonus part, and accumulates the bonus points at a predetermined score or more. Assuming that the item granting condition is satisfied when the score is consumed or more, the user assigns the predetermined item to be usable in the game, and this item assignment is performed by the user who performed the inviting operation and the invitation. 2. The bonus point according to claim 1, wherein the bonus points with other users who can play the bonus part by operation are totaled, and the total value is executed when the item granting condition is satisfied. Game server. The item information management unit, in response to the number of the bonus points that the user has accumulated in claim 2, wherein the determining the accumulated score or consumption points of the bonus points required to assign the item The game server described. Further comprising a friendship management unit for building and managing friendships between the users,
The game server according to any one of claims 1 to 3, wherein the playable condition management unit relaxes the playable condition as the number of users having a friendship is larger.   The game server according to claim 4, wherein the item information management unit assigns items to all users who are in a friendship relationship with the user in accordance with an operation performed by the user during the play with the bonus part. . A game providing method in a game server that communicates with a user terminal and provides a game including a plurality of game parts related to each other.
A normal game part processing step for performing a process related to the progress of the normal game part constituting the game;
When a playable condition for playing a bonus part having a play content related to a play content in the normal game part is set, and the user playing in the normal game part satisfies the playable condition, A playable condition management step for enabling play with a bonus part included in the game,
Bonus part processing step for performing processing related to the progress of the bonus part;
Item information management step for assigning the user so that a predetermined item can be used in the game in accordance with an operation performed during the game with the bonus part;
Is executed by the game server,
In the playable condition management step , a transition point is assigned according to an operation performed by the user during the play of the normal game part, and when the user accumulates the transition point to a predetermined score or more, or accumulation When the transition points are consumed more than a predetermined number, the bonus part can be played,
In the bonus part processing step , a game part to be played frequently by the user is selected from the operation history of the user, and the game part is set as the bonus part. A computer program for operating a game server that communicates with a user terminal via a network and provides a game including a plurality of game parts related to each other,
In the game server,
A normal game part processing function for performing processing related to the progress of the normal game part constituting the game;
A bonus part processing function for performing processing related to the progress of a bonus part having a game content related to the game content in the normal game part;
A playable condition for setting the playable condition for playing the bonus part, and allowing the user playing in the normal game part to play with the bonus part included in the game when the user satisfies the playable condition Management functions,
An item information management function that assigns the user to be able to use a predetermined item in the game in accordance with an operation performed while playing the bonus part;
Realized,
The playable condition management function assigns a transition point according to an operation performed by the user during the game of the normal game part, and the user accumulates the transition point when the user accumulates the transition point to a predetermined score or more. When the transition points are consumed more than a predetermined number, the bonus part can be played,
The said bonus part process function selects the game part which a user plays frequently from a user's operation history, The said game part is made into the said bonus part, The computer program characterized by the above-mentioned. A computer-readable recording medium that records a computer program for operating a game server that communicates with a plurality of terminals via a network and provides a game to a user who operates each terminal,
This computer program is stored in the game server.
A normal game part processing function for performing processing related to the progress of the normal game part constituting the game;
A bonus part processing function for performing processing related to the progress of a bonus part having a game content related to the game content in the normal game part;
A playable condition for setting the playable condition for playing the bonus part, and allowing the user playing in the normal game part to play with the bonus part included in the game when the user satisfies the playable condition Management functions,
An item information management function that assigns the user to be able to use a predetermined item in the game in accordance with an operation performed while playing the bonus part;
Realized,
The playable condition management function assigns a transition point according to an operation performed by the user during the game of the normal game part, and the user accumulates the transition point when the user accumulates the transition point to a predetermined score or more. When the transition points are consumed more than a predetermined number, the bonus part can be played,
The bonus part processing function selects a game part to be frequently played by the user from the user's operation history, and sets the game part as the bonus part. Medium. A game system including a user terminal and a game server that communicates with the terminal via a network and provides a game including a plurality of game parts related to each other,
The game server
A normal game part processing unit for performing processing related to the progress of the normal game part constituting the game;
A bonus part processing unit that performs processing related to the progress of a bonus part having a game content related to the game content in the normal game part;
A playable condition for setting the playable condition for playing the bonus part, and allowing the user playing in the normal game part to play with the bonus part included in the game when the user satisfies the playable condition The management department,
An item information management unit that assigns the user to be able to use a predetermined item in the game in accordance with an operation performed while playing the bonus part;
With
The playable condition management unit assigns a transition point according to an operation performed by the user during the game of the normal game part, and the user accumulates the transition point when the user accumulates the transition point to a predetermined score or more. When the transition points are consumed more than a predetermined number, the bonus part can be played,
The bonus part processing unit selects a game part that the user frequently plays from the user's operation history, and sets the game part as the bonus part,
The terminal
An operation input unit for inputting the user's operation to the game server;
A game system comprising: a display unit that displays content transmitted from the game server.

Images