JP2014171869A - Server device, method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem that a ranking of participating users is calculated at a point of time when a game is completed in conventional ranking processing, and hence the ranking cannot be checked while the game is being played.SOLUTION: A server device 10 calculates a degree of contribution to a network game as a degree of activeness for each participating user at regular intervals during progress of the network game, and determines and displays a ranking for each user. The server device 10 adjusts a parameter of each participating user according to the ranking during progress of a game.

Description

  The present invention relates to a social game processing technique in which a plurality of users participate through a network.

  In recent years, social games in which a plurality of users participate through a network using SNS (Social Networking Service) have become widespread, and communicate with a game server using an information processing device such as a PC (Personal Computer) terminal or a mobile terminal. Network games that exchange information and communicate with each other are provided.

  Among such network games, for example, what is called a network battle game is a game in which users battle each other, or a user forms a team and battles with a hostile team or a virtual enemy. Exists. For example, Patent Document 1 discloses a network ranking system that performs ranking processing based on the game scores of players who participate in such a competitive network game.

JP 2006-192142 A

  However, such ranking is linked to a predetermined bonus given at the end of the network game. On the other hand, the ranking cannot be confirmed by participating users until the end of the network game. In this case, there is a problem that the participating users do not know how much the ranking can be increased, and the strategic elements of the game itself are significantly hindered, making it difficult for the network game to become incandescent. There has been concern that the increase in the number of network games that are difficult to heat up may cause the network game industry to rise.

  The present invention has been made in view of such a problem, and its purpose is to provide a server device that can further enhance interest by presenting the ranking appropriately to participating users even during the progress of the network game. It is to provide a method and a program.

  One embodiment of the present invention relates to a server apparatus. The server device is configured to manage a progress of a network game in which a plurality of users can participate at the same time via a communication line, and to the network game during the progress of the network game managed by the game management unit. The degree of contribution is calculated for each participating user as the degree of activity, and the ranking processing unit that determines the ranking, the display control unit that displays the participating users according to the ranking determined by the ranking processing unit, and the ranking processing unit In accordance with the ranking at the end of the network game, a parameter adjustment unit that adjusts the user parameters stored for each participating user so as to be advantageous in the progress of the game in the next and subsequent network games.

  According to such an aspect, while the network game is in progress, the degree of contribution to the network game is calculated as the degree of activity for each participating user, and the ranking is determined by determining the ranking. Appropriate presentation to participating users. As a result, it is possible to grasp how much the ranking can be increased, so that the game can be advanced strategically. As a result, the network game becomes more incandescent and can contribute to the promotion of the network game industry.

  The ranking processing unit may determine the ranking periodically or at a predetermined timing according to the progress of the network game.

  According to such an aspect, the ranking is changed periodically or according to an event in the game by determining the ranking periodically or at a predetermined timing. Real-time ranking fluctuations can be presented to the game, and the incandescence of the game can be improved.

  Further, the parameter adjustment unit may adjust the parameters for each participating user so that the network game can be advantageously progressed according to the ranking determined during the progress of the network game.

  According to such an aspect, the interest of the network game can be further improved by adjusting the parameters for each participating user so that the network game can be advantageously advanced according to the ranking.

  The parameter adjustment unit may adjust the parameters such that the lower the ranking during the progress of the network game, the more advantageously the network game can proceed.

According to such an aspect, the lower the ranking during the progress of the network game, the easier the reversal of the ranking can be achieved by adjusting the parameters so that the network game can proceed more advantageously, Since the game element between users is strengthened, the interest of the network game can be further improved.

  In addition, the ranking processing unit may calculate the degree of activity based on at least one of the predetermined number of instructions from the user for the network game or the degree of action that promotes the game progress.

  According to such an aspect, the network game is calculated by calculating the degree of activity based on at least one of the predetermined number of instructions from the user for the network game or the degree of the action that promotes the game progress. It is possible to improve the ranking of users who have been more involved or contributed, and thus the incandescence of the network game can be improved.

  In addition, the game management unit is a user who belongs to a team of users who participate in the network game, and who is instructed for the same purpose during a predetermined time limit. And an incandescence processing unit that calculates an incandescence degree according to the total amount of instructions from each user in the same team received by the reception unit. Here, the game management unit may advance the network game according to the incandescence calculated by the incandescence processing unit.

  According to such an embodiment, the network game can be progressed according to the incandescence calculated according to the total amount of instruction from each user in the same team, thereby improving the unity within the team and participating. The user's desire to contribute to the team can be increased, and the incandescence of the network game can be improved.

  Further, the display control unit may display the total amount of the instruction act received by the receiving unit during the predetermined time limit for each user.

  According to such an aspect, by displaying the total amount of instructing actions accepted during a predetermined time limit for each user, it promotes the desire to make more contribution to each participating user than other users. The incandescence of the network game can be improved.

  Another embodiment of the present invention is a method. This method includes a step of managing the progress of a network game in which a plurality of users can participate simultaneously via a communication line, and, during the progress of the network game, the degree of contribution to the network game as the degree of activity for each participating user. Calculating, ranking the ranking, displaying the participating users according to the determined ranking, and according to the ranking at the end of the network game, so that it is advantageous in the progress of the game in the next network game, Adjusting user parameters stored for each participating user.

  Another aspect of the present invention is a program. This program is a program for causing a computer to execute, the step of managing the progress of a network game in which a plurality of users can participate simultaneously via a communication line, and the network game during the progress of the network game. Calculate the degree of contribution for each participating user as the degree of activity, determine the ranking, display the participating user according to the determined ranking, and the network after the next according to the ranking at the end of the network game Adjusting user parameters stored for each participating user so as to be advantageous in the progress of the game in the game.

  It should be noted that any combination of the above-described constituent elements and a representation of the present invention converted between a method, an apparatus, a system, a computer program, etc. are also effective as an aspect of the present invention.

  According to the present invention, even when a network game is in progress, it is possible to improve the interest of all the users who participate in the game by appropriately presenting the ranking to the participating users at the appropriate time.

  Before describing the embodiments of the present invention, an outline of the present invention will be described first. The present invention relates to a ranking process for assigning a relative ranking among participating users in a network game by a plurality of users performed via a network.

  In the conventional ranking process, the ranking is shown to the participating users calculated at the end of the game. In accordance with the ranking result, incentives such as bonus points and items that can be used during the game are given to each participating user. However, because the ranking could not be confirmed during game play, for example, even if you have a powerful item that can be reversed because you do not know it even though you are in a position where you can reverse it a little later Was an issue.

  Then, the strategic element of the game itself is significantly inhibited, and there is a problem that it becomes difficult for the network game to become incandescent. There has been concern that the increase in the number of network games that are difficult to heat up may cause the network game industry to rise.

  In the present invention, the above problems are solved, and it is possible to present information for participating in the game more strategically to the user by calculating and displaying the ranking in a timely manner even during game play. Became. As a result, the interest of each participating user is enhanced, and thus a heated network game environment can be provided.

  Hereinafter, an example in which the present invention is applied to a network game, particularly a social game will be described.

  Here, the social game will be briefly described. The social game generally refers to application game software that uses a platform such as an API (Application Programming Interface) that operates on a web browser using SNS information and operates based on the platform. Hereinafter, it is simply referred to as a browser game.

  Moreover, although SNS information is used for a social game, an application program is downloaded to each terminal device operated by the user, and the application program is executed in each terminal device. Some are done by sending and receiving parameters. Hereinafter, it is simply referred to as an application game.

  The following processing, which is an example of the present invention, can be processed by a server device that provides a game as a browser game, or can be processed by a program executed on the terminal device side as an application game. It is. Moreover, the examples described below are for understanding the present invention, and the technical scope of the present invention is not limited thereto.

  First, Example 1 will be described. FIG. 1 is a diagram illustrating a social game system 100 according to the first embodiment of the present invention. The social game system 100 includes a server device 10, a network 30 that connects the server device 10 and the base station 40 with a wired line, a first base station 40a to a third base station 40c represented by the base station 40, a mobile A first mobile terminal 50 a to a third mobile terminal 50 c represented by the terminal 50 and a PC terminal 70 are included.

  For convenience of illustration, only three base stations 40 and mobile terminals 50 are shown, but the number of base stations 40 and mobile terminals 50 may be more than that. The same applies to the PC terminal 70. In addition, the first mobile terminal 40a to the third mobile terminal 40c are illustrated as being connected to different base stations 40, but not limited to this, a plurality of mobile terminals 50 are connected to one base station 40. Needless to say, the present invention is applicable.

  The server device 10 is a device for implementing and providing a social game service. The server device 10 performs communication processing for game processing between the mobile terminal 50 and the PC terminal 70 via the network 30 and the base station 40. In the following, in order to simplify the description, it is simply expressed as “execution of communication processing between the server device 10 and the mobile terminal 40 or the PC terminal 70” and the like via the network 30 and the base station 40. The description of points is omitted. In the following, the mobile terminal 50 and the PC terminal 70 may be collectively referred to as a user terminal. The server device 10 may be a platform that provides a service related to a network game, or may be a server that provides an application of a network game.

  FIG. 2 is a diagram illustrating a configuration example of the server apparatus 10 of FIG. The server device 10 includes a server communication unit 12, a user information management unit 13, a game management unit 14, a matching processing unit 15, a display control unit 16, a server memory 17, a ranking processing unit 18, and parameter adjustment. Part 19.

  The server communication unit 12 communicates with an external SNS server device, a user terminal, and the like via the network 30. Note that the SNS server device may also serve as the SNS server device, and the SNS server device is not illustrated.

  The user information management unit 13 acquires user information registered in the SNS from the SNS server device and manages information on the user registered in the social game in the server memory 17. Also, the user information management unit 13 uploads user information including information acquired from the SNS server device to the server memory 17. In addition to user information, the server memory 17 stores card management data used in a network game using cards.

  The user information is one of user identification information, a user name, an avatar, a comment input by the user, or a combination thereof. The information of these users is used when generating an image of the matching room in the display control unit 16 to be described later, and an image that allows one user to easily see other users and enhance the sense of reality is generated. Will be.

  FIG. 3 is a diagram showing an example of user management data managed in the server memory 17 of FIG. As illustrated in FIG. 3, the user information management unit 13 may have table-like data in the server memory 17. Here, the user name on the SNS may be used as the user name, or the user name set for each game may be used.

  The user identification information is a unique code for identifying the user. The level is a level of the user that increases sequentially based on the number of times of participating in the game and the obtained experience points. The progress status is information indicating how far each user is playing the game. The possessed card identification information is various card identification information such as a character card used in a team battle or the like.

  FIG. 4 is a diagram showing an example of card management data managed in the server memory 17 of FIG. As illustrated in FIG. 4, the server memory 17 may have table-like data as card management data. Here, in FIG. 4, the name indicates the name of the card itself or the character displayed on the card. The rarity value indicates the degree of rarity value of the card, and is ranked so that the rarity level increases step by step, such as common, uncommon, rare, and super rare. The initial attack value is an initial attack value of the character in the team battle, and the initial physical strength value is an initial value of the character's physical strength in the team battle. Since these are initial values, the value changes each time the battle is repeated and the character is evolved and strengthened.

  Returning to FIG. The game management unit 14 manages the progress of a network game in which a plurality of users can participate simultaneously via a communication line. Specifically, various processes such as progress of social games and management of quests are performed. When the game progresses, the game management unit 14 accesses user information and card management data stored in the server memory 17 and executes predetermined processing.

  Further, the game management unit 14 receives an instruction from a user belonging to the same team in the network battle game performed in team units, and calculates the “incandescent degree”. Although details will be described later, the game management unit 14 controls the progress of the network game in accordance with the “incandescence”.

  When a quest is selected from the user terminal and a request for participation in the team battle is made, the matching processing unit 15 performs team assignment for the user based on the selected quest and generates matching information. The matching processing unit 15 integrates user information for each user who has received a participation request via the server communication unit 12 and generates matching information between users participating in the same network game started at the same time. Furthermore, the matching processing unit 15 notifies the generated matching information to each user terminal that has accepted the participation request via the server communication unit 12.

  At this time, the matching information transmitted to each user terminal differs for each user terminal that has requested participation. For example, when a plurality of user terminals make a participation request for the same network game that starts at the same time, the matching processing unit 15 determines that the notification destination user terminal participates earliest regardless of the order of the participation requests. As indicated as if the request was made, the matching information is generated for each notification destination terminal device. “Shown as if requesting participation earliest” includes showing as the first participant regardless of the original order of participation. For example, the participation order information may be forcibly set to No. 1, or the order of user information in the matching information may be always set at the top.

  By generating or notifying this matching information in two stages, a timing difference may be provided in the display of the participating user information on the user terminal. By such an aspect, each participating user can be made to recognize that he is the first participating user regardless of each participating timing. Details will be described later.

  In addition, the matching processing unit 15 includes participation ranking information in which the user information of the notification destination terminal is the first with respect to the matching information, and the second and subsequent ranks in the order of early participation order among the terminals other than the notification destination. User information may be included. This participation order information may indicate the display order on the terminal. Thus, the same effect as described above can be obtained by transmitting the matching information including the participation order information only once without transmitting the matching information multiple times.

  In addition, the matching information includes information on matched users, and may be the matching image itself. In this embodiment, however, an image of a matching room assuming a waiting room is separately used as a matching image using the display control unit 16. It is trying to generate. The matching processing unit 15 outputs matching information to the display control unit 16.

  The display control unit 16 generates a matching room image as a matching image based on the matching information output from the matching processing unit 15. The generated matching room image is transmitted to each user terminal via the server communication unit 12.

  Further, the display control unit 16 displays the ranking for each participating user calculated by the ranking processing unit 18 described later when the game management unit 14 manages the progress of the game.

  Further, the display control unit 16 changes the display mode of the “incandescent degree” calculated by the game management unit 14 according to the degree. As for the display mode, the color may be changed as the incandescence increases, the shade of the color may be changed, the size of the pattern for indicating the incandescence may be changed, or these A combination of these may be used.

  Further, the display control unit 16 may display the degree of contribution of each participating user with respect to the “incandescent degree”. The degree of contribution may be, for example, the amount of instruction act from a participating user received during a predetermined time limit. Here, the instruction action may be, for example, the number of touches on the touch panel, the volume input to the microphone, or the vibration applied to the user terminal. Good.

  Here, in each user terminal, a matching room image is displayed using API of a web browser. When the matching processing unit 15 outputs matching information directly to each user terminal via the server communication unit 12, a matching room image may be generated using an API on the terminal side. In this case, the matching room image itself is not transmitted on the network 30 and data communication is performed mainly on the parameter information, which is preferable in an environment where the network bandwidth is narrow.

  The server communication unit 12 receives a signal from each user terminal, performs a predetermined demodulation process, and a signal demodulated by the user information management unit 13, the game management unit 14, the matching processing unit 15, and the display control unit 16 Send. In addition, predetermined modulation processing is performed on the signals sent from the user information management unit 13, the game management unit 14, the matching processing unit 15, and the display control unit 16, and transmitted to each user terminal. The modulation / demodulation processing in the server communication unit 12 may use a conventional modulation / demodulation technique, and it will be understood by those skilled in the art that the present invention can be applied even in such a mode. is there.

  The ranking processing unit 18 calculates, for each participating user, the degree of contribution to the network game as the degree of activity periodically or at a predetermined timing while the network game managed by the game management unit 14 is in progress. The ranking is determined in descending order of “activity”.

  The “activity level” is a value calculated based on at least one of the number of predetermined instructions from the user for the network game or the degree of action that promotes the progress of the game.

  The predetermined number of instructions may be, for example, the number of attacks on the attack target, the number of times that a special attack such as a special technique has been performed, the number of times the item is used, or a combination of these elements.

  The degree of action that promotes the game progress is, for example, the total amount of damage that the participating player has given to the enemy character, the maximum amount of damage per time, the size of the average amount of damage per time, or these It may be a combination of a plurality of elements. For example, the degree of activity may be calculated by adding a weighting factor to the total damage amount, the number of attacks, and the number of times the item is used.

  The parameter adjustment unit 19 adjusts the user parameters stored for each participating user according to the ranking at the end of the network game determined by the ranking processing unit 18 so as to be advantageous in the progress of the game in the subsequent network game. To do. For example, a greater number of earned experience values and earned prize money are given to users who are ranked higher at the end of the network game. Alternatively, rewards such as items may be given only to users who are within a predetermined order from the top.

  In addition, the parameter adjustment unit 19 adjusts the parameters for each participating user so as to be advantageous in the ongoing network game according to the provisional ranking determined during the network game as well as at the end of the game. May be. For example, if a player's attack turn arrives at regular intervals during a battle with an enemy character, based on the difference in the total amount of damage given to the enemy character, a “waiting period” between participating users You may adjust the length.

  “Adjusting the parameters to be advantageous in the ongoing network game” means, for example, that the lower the ranking during the progress of the network game, the more the parameter can be adjusted so that the network game can proceed more advantageously. Good. For example, when the ranking is lower, a bonus may be given to damage given to the enemy, and a chance to reverse the ranking may be given. In addition, the “waiting period”, which is the cycle in which the attack turn as described above arrives, may be temporarily shortened. As a result, the replacement of rankings is promoted and the interest is enhanced.

  Next, the matching processing unit 15 will be described with reference to FIG. FIG. 5 is a diagram illustrating a configuration example of the matching processing unit 15 of FIG. The matching processing unit 15 includes a receiving unit 210, a matching distribution unit 211, and a matching information generation unit 212.

  The accepting unit 210 accepts a participation request for a team battle related to a network game in which one or more users can participate from each of user terminals used by a plurality of users via the communication line and the server communication unit 12. In the request, parameters such as a request to participate in a team battle for which quest, who the user is, and from which terminal the request is extracted, stored in the server memory 17, and the request Is output to the matching distribution unit 211.

  Further, the accepting unit 210 accepts comment information for each user terminal that accepts the participation request, and accepts a search request for searching for an enemy in order to advance the network game. Details will be described later.

  Here, a brief description will be given with reference to FIGS. FIG. 6 is a diagram showing a first screen display example 610 of the user terminal of FIG. FIG. 7 is a diagram showing a second screen display example 620 of the user terminal of FIG. Note that the screen display of the user terminal is used for easy understanding, but these screen displays are performed by the display control unit 16 under the instruction of the game management unit 14 and the matching processing unit 15 of the server device 10. It is generated and displayed on the screen of the user terminal. Although the configuration and operation of the terminal will be described later, the following embodiment will be described on the assumption that the screen is input by a touch panel, but it may be an operation by a mouse operation or the like.

  The first screen display example 610 includes a user-specific My Page screen 301 that is a basic screen of a social game, a return button 302 used when the game is ended, various menu buttons 303, and other users' avatars. 304, a comment field 305 corresponding to the avatar 304, and a hunt button 306 serving as a trigger for starting a battle are displayed. In the second screen display example 620, a quest selection screen 307, an avatar 308, and a quest selection button 309 are displayed so as to be superimposed on the screen of the first screen display example 610.

  If the user performs an input operation to the hunt button 306 while the first screen display example 610 is displayed, the screen transitions to the second screen display example 620 shown in FIG. 307 appears. Here, the hunt is a trigger for starting the battle game.

  When the hunt mode is entered, the quest selection screen 307 displays information on the user who has input the hunt button 306 as the avatar 308, user name, rank, points to the next rank, remaining LP value (Life Point), LP value gauge Etc. are displayed. A plurality of quest selection buttons 309 appear, and the user selects one of them.

  Each quest has a different maximum number of participants, difficulty, earned reward, and the like. The user performs an input operation so as to select an appropriate quest in consideration of his / her status and deck strength. The quest selection button 309 displays a difficulty level, an acquisition reward, and the like. In the quest, a team battle is formed in which a team composed of a plurality of users is formed and fights against enemy characters.

  Using the input operation of the quest selection button 309 as a trigger, the user terminal communicates with the server device 10 and a participation request is transmitted to the reception unit 210.

  Returning to FIG. In response to an input operation on the quest selection button 309, the matching distribution unit 211 performs a process of allocating each user who has requested participation to the team, uploads the information to the server memory 17, and matches the matching information. It outputs also to the production | generation part 212. FIG. Such an operation is continued until the upper limit of the number of participants in each quest is reached.

  The matching information generation unit 212 generates, for each user terminal, matching information for generating a matching room image to be transmitted to each user terminal based on the output from the matching distribution unit 211 and the information in the server memory 17. Specifically, the following examples are given.

-Matching information User 1 information User 3 information User 2 information

  In the above, the information of the user who requested participation in the same quest is described in order of participation request. Here, when the user 3 makes the second participation request, the information of the user 1 is included in the matching information before the user 3. And if the matching room image based on matching information is produced | generated, the avatar of the user 1 will be included previously and the user 3 cannot wipe away the impression that the guest participated in the team afterwards. Therefore, in the present embodiment, even when the user makes a participation request in the above order, the matching information for generating the matching room screen to be transmitted first to the terminal of the user 3 is generated as follows. .

  The matching information may include information on users participating in the quest, information indicating the participation order, past quest results, and the like. The user information may include a user ID, a user name, or a user ID matched in the past. The quest achievement may include accumulated points, the number of wins, the number of participations, level information, card information, and the like.

・ Matching information (first)
User 3 information

  That is, the matching information transmitted first to each user's terminal always includes only the information of the own user, and excludes the information of other users.

  Moreover, the matching information for producing | generating the matching room screen transmitted to the user terminal of the user 3 second is as follows, for example.

・ Matching information (second)
User 3 information User 1 information

  Moreover, the matching information for producing | generating the matching room screen transmitted to the terminal of the user 3 3rd is as follows, for example.

・ Matching information (third)
User 3 information User 1 information User 2 information

  The above is the matching information to be transmitted to the user 3, but the matching information to be transmitted to the user 2 is as follows.

Matching information User 2 information User 1 information User 3 information

  That is, the order of the user information in the matching information is the first in the user information of the notification destination terminal, and the second and subsequent ranks in the order of the participation order among the terminals other than the notification destination. Note that the order of user information in the matching information may be random from the second place onward if the user information of the terminal of the notification destination is the first place.

  As described above, in the present embodiment, the information of the user who operates the terminal is preferentially included in the matching information, and when the next matching information is generated, the user information is stored one by one regardless of the order of participation request. It is configured to add.

  However, this is not restrictive, and only user information that is different from the previously transmitted matching information may be included. The second and subsequent matching information may be generated when the receiving unit 210 receives a search request to be described later. Instead of transmitting each time the first to third matching information described above is generated, only the matching information generated after the number of participating users has reached the capacity may be generated. Instead of transmitting each time the first to third matching information described above is generated, only the matching information generated after the number of participating users has reached the capacity may be generated.

  Even in such an aspect, it is possible to indicate as if the user terminal of the notification destination made the participation request earliest. This allows each user who participates in the game to recognize that he / she is the best player in the game, and encourages the team to actively contribute to the team. The game is more likely to glow.

  By generating matching information for each user terminal as described above, each user feels as if he / she entered the matching room first, and his / her initiative is buoyant and he / she tries to excite the game. It becomes possible to enjoy the game.

  In addition, the information of other users is not added at a time, but gradually added one by one, so that the expectation to the game is gradually increased, and the user can feel a sense of excitement and improve the interest of the game. .

  Here, you may devise about the priority at the time of adding the information of the 2nd or later user included in matching information. A brief description is given below. The server memory 17 of the server device 10 has past history information that enables correlation between users. For example, based on the number of times teams were formed together, the short count time from the date and time the team was most recently formed, the degree of connection on the SNS, the correlation of character species, attributes, levels, etc. A user with high affinity is preferentially added to the matching information. When performing such ingenuity, first, based on past history information, the user information of users who have requested participation in a certain quest is pooled, and the correlation between each of the above users can be achieved. , Matching between users.

  By preferentially adding information on users with high affinity, it feels like a close user has gathered in a hurry for the user who operates the terminal, and enhances the sense of excitement and improves the fun of the game. be able to. Moreover, since users with high affinity are matched as the same team, possibility that an exchange will be performed between users increases and the exchange between users can be activated more.

  Here, a screen when the matching information generated by the matching information generation unit 212 is notified to the user terminal will be described with reference to FIGS. 8 and 9. FIG. 8 is a diagram showing a third screen display example 630 of the user terminal of FIG. FIG. 9 is a diagram showing a fourth screen display example 640 of the user terminal of FIG. In the third screen display example 630 and the fourth screen display example 640, a battle announcement column 315, a timer column 316, a user information display column 401, and a matching room image 402 are displayed.

  In the display field 401 of the matching room image 402, information on users who are requested to participate in the team battle and are assigned to the same team is displayed together with avatars and comments. Here, the matching room image 402 is displayed with a battle announcement column 315 in which the user name is displayed and a timer column 316 in which the remaining time for participation in the team battle is displayed based on the user information added recently. Has been.

  As shown in a fourth screen display example 640 in FIG. 9, user information is sequentially displayed in the display column 401, and avatar images and comments increase. That is, in the third screen display example 630 in the “remaining time 3 minutes” shown in the timer column 316, only the information of the user itself is displayed, but in the “remaining time 2 minutes” In the fourth screen display example 640, information on other users is added. This is a display in such an order regardless of the user's participation request order. In many cases, the user information of the user who browses the matching room screen 402 is unnecessary, and in this case, it is not necessary to actively display the information of the user on the matching room screen 402. Needless to say, the present embodiment also includes it.

  Next, a process after the quest button 309 in the second screen display example 620 shown in FIG. 7 is input on the user terminal will be described with reference to FIG. FIG. 10 is a diagram showing a fifth screen display example 650 of the user terminal of FIG. In the fifth screen display example 650, a menu image 310, a member selection button 311, an input field 312, and a reselect button 313 are displayed.

  After the quest button 309 of the second screen display example 620 shown in FIG. 7 is input, the screen display transitions to the fifth screen display example 650, and the member selection and comment input menu image 310 is displayed. The menu image 310 displays a member selection button 311 for selecting the limitation of members who form a team.

  In the fifth screen display example 650, two member selection buttons 311 are displayed, and a mode of “restrict to friends” or “anyone OK” in the SNS can be selected. In addition, there is an input field 312 in which a greeting sentence can be input, and by entering a greeting comment, friendship with other users can be deepened. A reselect button 313 for performing a process of reselecting a quest is also displayed. When the reselection button 313 is input, an operation for returning to the quest selection screen 307 shown in FIG. 7 is performed.

  Here, when the “anyone OK” mode is selected with the member selection button 311, users who have selected the same quest selection button 309 within a predetermined time are allocated to the same team. However, when the requester of participation in the team battle reaches the limited team on the quest, the team allocation is finished and the team battle game proceeds. Further, when the participation deadline is reached without reaching the team battle participation upper limit, the game may be advanced by supplementing a so-called NPC (Non Player Character) instead of a general user. This is because when the vacancy is present, the team's fighting power is reduced, which may hinder the progress of the game or hinder the user's feeling of uplifting.

  Next, when an operation for inputting a comment to the member selection button 311 and the input field 312 is performed on the user terminal, the third screen display example 630 in FIG. 8 is displayed on each user terminal participating in the team battle. The matching room image 402 as shown in the fourth screen display example 640 of FIG. 9 or the aspect corresponding to the avatar image corresponding to the user terminal that inputs the comment in the comment scroll field 317 of FIG. A comment will be displayed.

  In the matching room image 402, a plurality of team battle buttons such as the search button 314 are displayed, and an input operation is possible. In the matching room, the user performs an input operation on the search button 314 to eventually find an enemy character and enter the battle game with the organized team.

  The second image display example 620 and the third image display example 630 shown in FIGS. 8 and 9 are different from the third image display example 410 shown in FIG. Each of them represents the matching room image 402, but in the second image display example 620 and the third image display example 630, the information of the user who has requested to participate in the team battle is combined with, for example, an avatar or a comment. Arranged to align.

  FIG. 11 is a diagram illustrating a sixth screen display example 660 of the user terminal. In the sixth screen display example 660, comment scroll fields 317 and 318, an avatar 403, and a team member display field 404 are displayed.

  Specifically, the information of the user who has requested to participate in the team battle is sequentially displayed as the avatar 403, for example, in the team member display field 404, and the comment is displayed in the comment scroll fields 317 and 318 so as to automatically scroll. Has been. When a comment is displayed, processing such as blinking of an avatar corresponding to the user terminal that inputs the comment may be performed. As a result, the comment displayed as an overlay on the matching room image 402 flows and the effect of production is enhanced.

  During the waiting time before the team battle is started, the user may have a mode in which each user does not get bored in the waiting time by enjoying a conversation with other users while chatting using comments in the matching room. .

  Here, specifically, an action performed by a user waiting in the matching room will be described. The user can perform a mission game for searching for a field, for example, by performing an input operation on the search button 314. The reason for this is to perform entertainment using the time until the start of the team battle and not bore the user. In such a mission game, the user can obtain various game media such as experience values, in-game currency, cards and items. Each time the user performs an input operation on the search button 314, other users gradually join the team.

  Such side effects are not limited to mission games, and may be quiz games or shooting games. In addition, when performing a mission game, etc., information about enemies to fight will be taught in advance, such as "analyzing ..." and "analysis result: enemy data is ... weak points ..." May be displayed. By performing such processing, the waiting time on the matching room screen becomes more meaningful, and the user's interest in the game can be increased.

  Next, the case of entering the team battle mode will be described with reference to FIG. FIG. 12 is a diagram showing a seventh screen display example 670 of the user terminal of FIG. The seventh screen display example 670 is an example in which an enemy character image 501, a battle image 502, and an attack button 503 are displayed.

  In the team battle mode, an enemy character image 501 is displayed in the battle image 502 field. Unlike the matching room screen, the seventh screen display example 670 does not include the search button 314 but instead displays an attack button 503 for starting an attack on the enemy character. Each user proceeds with the battle, for example, by attacking an enemy character by inputting an attack button 503.

  Here, a display example when ranking processing is performed in the server device 10 of FIG. 2 will be described with reference to FIG. As described above, the seventh screen display example 670 illustrated in FIG. 12 is an example of a screen displayed on the user terminal when entering the team battle mode.

  As described above, in the seventh screen display example 670, the avatar 403 of the participating user is displayed in the team member display field 404. At this time, the display control unit 16 changes the order of the avatars 403 to be displayed according to the ranking determined by the ranking processing unit 18. Since the replacement timing is synchronized with the update timing of the ranking by the ranking processing unit 18, a real-time ranking can be presented to the participating users.

  In the seventh screen display example 670, the avatars 403 of participating users are displayed from the left end of the team member display field 404 in descending order of damage dealt to the enemy character at that time. The ranking display method is not limited to the above case. For example, a number indicating the ranking may be displayed on the icon of the participating user, the background color of the icon may be changed according to the ranking, the frame may be thickened, or a combination thereof It may be.

  The ranking calculated by the ranking processing unit 18 may have two or more evaluation axes. For example, when there is a ranking based on the total damage amount given to the enemy character and a ranking of the number of attacks, the display control unit 16 uses the team member display field 404 based on the total damage amount given to the enemy character. The numbers may be displayed in the order from the left end of the icon, and the number may be displayed in the upper right of the icon in the order of the player with the highest number of attacks. Such an aspect makes it possible to display rankings from a plurality of viewpoints at a time, so that it is possible to provoke the willingness of participating users from various viewpoints.

  FIG. 13 is a diagram illustrating a configuration example of the game management unit 14 of FIG. The game management unit 14 includes a second reception unit 220 and an incandescence processing unit 222.

  The second reception unit 220 is a user who belongs to the team during a predetermined time limit in a team composed of cooperative users among users participating in the network game. Accept from. The instruction action for the same purpose includes, for example, an instruction regarding an attack for defeating an enemy character against a common enemy character of each user. The instruction relating to the attack includes an action of repeatedly hitting the touch panel, an action of using a specific item, and the like.

  The incandescence processing unit 222 calculates the incandescence according to the total amount of instruction act from each user in the same team received by the second receiving unit 220. Depending on the calculated incandescence, the game management unit 14 advances the network game. The total amount of instruction from the user may be the total amount of damage to the enemy characters of the participating users. In calculating the incandescence, for example, every 5 seconds, (1) how many players (2) how much damage is calculated, and the amount by which the incandescence gauge increases is controlled accordingly. Good.

  Here, when the incandescence exceeds a predetermined value, the game management unit 14 may set the “all-one simultaneous attack mode”. In this case, the 2nd reception part 220 provides the predetermined | prescribed time limit, and receives the frequency | count of repeated taps from a participating user. The game management unit 14 may give the enemy character a damage amount corresponding to the total number of consecutive hits after the end of the limit period, give bonus points to the participating users, Bonus points may be given to participating users who have contributed the most to increase the degree, or a combination thereof.

  Next, display examples when processing related to “incandescence” in the second reception unit 220 and the incandescence processing unit 222 in FIG. 13 are performed will be described with reference to FIGS. 14 to 16.

  FIG. 14 is a diagram illustrating an eighth screen display example 680 of the user terminal of FIG. The eighth screen display example 680 includes a weight gauge 510 and an incandescence gauge 512. FIG. 15 is a diagram showing a ninth screen display example 690 of the user terminal of FIG. The ninth screen display example 690 includes a continuous hit button 514. FIG. 16 is a diagram illustrating a tenth screen display example 700 of the user terminal of FIG. The tenth screen display example 700 includes a member repeated hit count 516 and a user repeated hit count 518.

  The weight gauge 510 displayed in the eighth screen display example 680 is for visually displaying the length of the “waiting period” that is one of the parameters adjusted for each participating user by the parameter adjustment unit 19. It is a column. The display control unit 16 may display the length of the “waiting period” in the weight gauge 510 and display the gauge so that the gauge becomes shorter because the “waiting period” is consumed. As described above, the participating user cannot perform the next attack until the “waiting period” indicated in the weight gauge 510 is consumed. After the attack, the “waiting period” is cleared, and it is in a waiting state until it is consumed again and becomes zero.

  The incandescence gauge 512 displayed in the eighth screen display example 680 to the tenth screen display example 700 is a column for indicating the magnitude of “incandescence” processed by the incandescence processing unit 222.

  The incandescence processing unit 222 calculates the incandescence according to the total amount of instruction act from each user in the same team received by the second receiving unit 220, and instructs the display control unit 16 to The display mode is changed. The display mode of the incandescence gauge 512 may be changed by processing such as changing the color or changing the size of the gauge.

Here, when the incandescence exceeds a predetermined value, the game management unit 14 instructs the display control unit 16 to display the ninth screen display example 690 as “all at once attack mode”.
The second reception unit 220 of the game management unit 14 counts the number of times that the participating user has tapped the position of the continuous hit button 514 displayed in the ninth screen display example 690 within a predetermined period. This count is processed for each user for a predetermined period. In the “all-player simultaneous shooting mode”, all participating users are given the opportunity to repeatedly hit the button for 3 seconds.

  When the “all-members simultaneous shooting mode” is completed, the number of consecutive hits of each participating user is displayed, as indicated by the number of member consecutive hits 516 and the number of consecutive user hits 518 in the tenth screen display example 700. Thereafter, a symbol indicating the total attack by all team members is displayed on the enemy character, and damage corresponding to the number of consecutive hits of each participating user is given to the enemy character. At this time, when the number of consecutive hits of the participating users matches the number of consecutive hits of other participating users, the game management unit 14 may generate a bonus to increase the damage to the enemy character.

  Next, the configuration on the user terminal side will be described with reference to FIG. FIG. 17 is a diagram illustrating a configuration example of the mobile terminal 50 or the PC terminal 70 in FIG. Here, for convenience of explanation, the configuration of the mobile terminal 50 will be described, but the PC terminal 70 has the same configuration.

  The mobile terminal 50 includes a terminal communication unit 52, a terminal control unit 54, a user interface 56, and a terminal memory 58. The terminal communication unit 52 receives an application downloaded from the server device 10 and various information transmitted from the server device 10.

  The terminal control unit 54 receives an instruction from the user via the user interface 56 and performs application installation control, social game API control, and the like while accessing the terminal memory 58.

  The user interface 56 includes a screen interface for displaying various screens such as a message to the user and a social game matching room screen, an input interface for receiving input from the user such as a keyboard and a touch panel, and image capturing such as a camera. Including means.

  The user interface 56 receives a quest selection from the user, that is, a team battle participation request, various comment inputs, action button operations, and the like, and transmits them to the terminal control unit 54.

  The terminal memory 58 is used to store an application program when an application game is downloaded from the application providing platform. Also in the browser game, it is used for cache memory, temporary storage of image data, and the like.

  Hereinafter, a general operation of the user terminal assuming a browser game will be described as an example of an operation when the user A requests participation in the team battle.

  When the user A starts up a web browser and selects a social game site, the terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52 and receives social game data in a form that operates on the web browser. Then do this.

  The user interface 56 may display a guide for performing a login procedure to the social game. However, the description is omitted here for the sake of brevity and the social game is started.

  A first screen display example 610 shown in FIG. 6 is displayed on the user interface 56, and the user A performs an input operation to the hunt button 306. The terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52, downloads the quest selection screen 307 shown in FIG. 7, stores it in the terminal memory 58, and displays the quest selection screen 307 on the user interface 56. .

  Next, the user A performs an input operation to the quest selection button 309. The terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52 and transmits the request for participation in the team battle to the server device 10 when the quest selection button 309 is input. The menu screen 310 shown in FIG. 10 is downloaded, stored in the terminal memory 58, and the menu screen 310 is displayed on the user interface 56.

  Next, the user A performs a comment input operation on the comment input field 312 and performs an input operation on the member selection button 311. The terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52, transmits the input comment information and member selection information to the server device 10, and the matching room image shown in FIG. 402 is downloaded and stored in the terminal memory 58, and the matching room image 402 is displayed on the user interface 56.

  Here, in the server device 10, when the matching room image 402 is generated, there is another user who has selected the same quest at the stage of accepting a request for participation in the team battle from the terminal of the user A. Information on other users is transmitted to the user terminal without being included in the matching room image 402.

  Next, the user A displays the matching room image 402 and performs an input operation to the search button 314. The terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52, downloads an image or the like corresponding to the mission game corresponding to the search button 314 from the server device 10, stores it in the terminal memory 58, An image corresponding to the game is displayed on the user interface 56.

  Next, in a state where the matching room image 402 is displayed, when there is information on another user who has requested the server device 10 to participate in the same quest, the server device 10 When generating the image 402, as shown in FIG. 9, information on other users together with the user A may be included in the matching room image 402 and transmitted to the user terminal.

  Next, the terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52, downloads the matching room image 402 shown in FIG. 9 from the server device 10, stores it in the terminal memory 58, and stores the matching room image. 402 is displayed on the user interface 56.

  Next, when the reception time of the request for participation in the team battle has elapsed, the server device 10 transmits an enemy character image 501 and a battle image 502 including information on users participating in the team battle to the user terminal.

  Next, the terminal control unit 54 communicates with the server device 10 using the terminal communication unit 52, and the enemy character image 501 shown in FIG. 12 is downloaded from the server device 10, stored in the terminal memory 58, and the enemy character image. 501 is displayed on the user interface 56.

  Next, when the user A performs an input operation to the attack button 503, information indicating that an attack is performed is communicated to the server device 10, and the battle process proceeds in the server device 10. Thereafter, the operation is repeated based on the operation of the user A until the battle is ended, and the server apparatus 10 transmits a battle image 502 including the image of the enemy character image 501 and the physical wear of the enemy character to the user terminal.

  FIG. 18 is a flowchart illustrating an example of a processing procedure of the matching processing unit 15 of FIG. This flowchart may be started when an operation for starting the social game is performed from the user terminal.

  First, the matching process part 15 receives the participation request to the team battle of the user A or another user from a user terminal via the server communication part 12 (S10). The participation request is made by operating the quest selection button 309 as described above. When there is a participation request, it is stored in the server memory 17 together with user information and terminal information.

  Here, it is determined from the record in the server memory 17 whether it is the first time to send matching information or a matching room image in this quest to the user A who has accepted the participation request, and if it is the first (Yes in S11), Matching information is generated without including information of other users (S12). On the other hand, if it is not the first (No in S11), out of other users who are requesting participation in the team battle, for example, the matching information including the information of the user who requested the participation first is included. Generate (S14). At this time, using the past history information that can be correlated with each other, from among other users who are requesting participation in the team battle, a user having a high affinity with the user A is extracted, Matching information may be generated including the information of the inside user for one person.

  Next, the generated matching information is transmitted to the user terminal of user A (S13). Here, as described above, the matching room image can be generated based on the matching information and transmitted to the user terminal.

  Finally, the matching processing unit 15 determines whether the matching should be finished, such as whether the matching time has expired or the number of participants in the team battle has reached the upper limit, and if so, (S15) Yes) If the process is finished and not finished (No in S15), the process is repeated until the end condition is met.

  FIG. 19 is a flowchart illustrating an example of a processing procedure of the game management unit 14 of FIG. This flowchart may be started when the game processing unit starts the game.

  First, the game processing unit 14 verifies whether or not it is time to calculate the degree of activity (S30). If it is not the calculation timing (No in S30), the process proceeds to S38. On the other hand, when it is a calculation timing (Yes of S30), the game process part 14 calculates an activity degree for every participating user (S32). Further, the game processing unit 14 performs ranking display according to the calculated degree of activity (S34). The game processing unit 14 causes the parameter adjusting unit 19 to adjust the parameters of individual participating users according to the degree of activity for each participating user (S36), and proceeds to a game end determination process (S38).

  If it is determined in S38 that the game has not ended (No in S38), the process returns to S30. On the other hand, when it is determined that the game is over (Yes in S38), the game processing unit 14 adjusts the parameters of the individual participating users with respect to the parameter adjustment unit 19 in accordance with the ranking at the end of the game. (S40).

  As described above, the description has been made according to each aspect, but when performing the matching process, the matching information indicating the matching status of the team or the matching image (matching room image) displayed on the terminal side is displayed for each user. By making you feel that you joined the team for the first time, the user's initiative in social games will be greatly improved, and each user will actively participate in this social game. The effect of becoming interesting can be obtained.

  In the above, this invention was demonstrated based on the Example. The present invention is not limited to the above-described embodiments and the contents of each embodiment, and various modifications can be made within the scope of the gist of the present invention. Those skilled in the art will understand that the above-described embodiments are exemplifications, and that various modifications can be made to combinations of the respective constituent elements and processing processes, and such modifications are also within the scope of the present invention. .

It is a figure which shows the structural example of the social game system concerning Example 1. FIG. It is a figure which shows the structural example of the server apparatus of FIG. It is a figure which shows an example of the user management data managed in the user information management part of FIG. It is a figure which shows an example of the card management data managed in the user information management part of FIG. It is a figure which shows the structural example of the matching process part of FIG. It is a figure which shows the 1st screen display example of the user terminal of FIG. It is a figure which shows the 2nd screen display example of the user terminal of FIG. It is a figure which shows the 3rd example of a screen display of the user terminal of FIG. It is a figure which shows the 4th example of a screen display of the user terminal of FIG. It is a figure which shows the 5th example of a screen display of the user terminal of FIG. It is a figure which shows the 6th example of a screen display of the user terminal of FIG. It is a figure which shows the 7th example screen display of the user terminal of FIG. It is a figure which shows the structural example of the game management part of FIG. It is a figure which shows the 8th example of a screen display of the user terminal of FIG. It is a figure which shows the 9th example of a screen display of the user terminal of FIG. It is a figure which shows the 10th example of a screen display of the user terminal of FIG. It is a figure which shows the structural example in the mobile terminal or PC terminal of FIG. It is a flowchart which shows the example of a process sequence of the matching process part of FIG. It is a flowchart which shows the example of a process sequence of the game management part of FIG.

DESCRIPTION OF SYMBOLS 10 Server apparatus, 12 Server communication part, 13 User information management part, 14 Game management part, 15 Matching process part, 16 Display control part, 17 Server memory, 18 Ranking process part, 19 Parameter adjustment part, 30 Network, 40 Base station 40a first base station, 40b second base station, 40c third base station, 50 mobile terminal, 50a first mobile terminal, 50b second mobile terminal, 50c third mobile terminal, 52 terminal communication unit, 54 terminal control unit , 56 user interface, 58 terminal memory, 70 PC terminal, 100 social game system, 210 first reception unit, 211 matching distribution unit, 212 matching information generation unit, 220 second reception unit, 222 incandescence processing unit, 301 My Page screen, 302 Back button, 303 Menu View button, 304 avatar, 305 comment field, 306 hunt button, 307 quest selection screen, 308 avatar, 309 quest selection button, 310 menu image, 311 member selection button, 312 input field, 313 reselect button, 314 search button, 315 Announcement field, 316 Timer field, 401 display field, 402 matching room image, 403 avatar, 404 team member display field, 501 enemy character, 502 battle image, 503 attack button, 510 weight gauge, 512 incandescence gauge, 514 continuous hit button, 516 Number of member repeated hits, 518 Number of consecutive hits, 610 First screen display example, 620 Second screen display example, 630 Third screen display example, 640 Fourth screen display example, 650 Fifth screen Display example, 660 sixth screen display example, 670 seventh screen display example, 680 eighth screen display example, 690 ninth screen display example, 700 tenth screen display example

Claims (9)

A game management unit that manages the progress of a network game in which a plurality of users can participate simultaneously via a communication line;
While the network game managed by the game management unit is in progress, a ranking processing unit that calculates the degree of contribution to the network game for each participating user as the degree of activity and determines the ranking;
In accordance with the ranking determined by the ranking processing unit, a display control unit that displays participating users;
A server device comprising:   The server device according to claim 1, wherein the ranking processing unit determines the ranking periodically or at a predetermined timing according to the progress of the network game.   The parameter adjustment unit according to claim 2, further comprising: a parameter adjusting unit that adjusts a parameter for each participating user so as to be advantageous in the ongoing network game according to the ranking determined during the progress of the network game. Server device.   The server device according to claim 3, wherein the parameter adjustment unit adjusts the parameters such that the lower the ranking during the progress of the network game, the more advantageously the network game can proceed.   The ranking processing unit calculates the degree of activity based on at least one of a predetermined number of instructions from the user for the network game or an action that promotes the progress of the game. Item 5. The server device according to any one of Items 1 to 4. The game management unit
In a team composed of cooperating users among users participating in the network game, a reception unit that receives an instruction act for the same purpose from a user belonging to the team during a predetermined time limit;
An incandescence processing unit that calculates an incandescence degree according to the total amount of instruction act from each user in the same team received by the reception unit;
The server device according to claim 1, wherein the network game is advanced in accordance with the incandescence degree calculated by the incandescence degree processing unit.   The server device according to claim 6, wherein the display control unit displays the total amount of the instruction act received by the reception unit during a predetermined time limit for each user. Managing the progress of a network game in which a plurality of users can participate simultaneously via a communication line;
Calculating the degree of contribution to the network game for each participating user during the progress of the network game and determining the ranking;
Displaying the participating users according to the determined ranking;
Including methods Managing the progress of a network game in which a plurality of users can participate simultaneously via a communication line;
Calculating the degree of contribution to the network game for each participating user during the progress of the network game and determining the ranking;
Displaying the participating users according to the determined ranking;
A program that causes a computer to execute.

Images