JP5749872B2 - Control method, control program, and server device - Google Patents

Description

  The present invention relates to a server, a control program thereof, and a system.

  In recent years, servers that provide games to mobile terminals via communication networks have become widespread. There are games provided by such servers that allow multiple users to participate (so-called “social games”), and users can communicate with each other in addition to battles and cooperation. (For example, Patent Document 1).

  Further, as such a social game, for example, a game (so-called “card battle game”) in which a card is used to battle (battle) an enemy character is known (for example, Patent Document 2). In a card battle game, a user plays a battle against enemy characters prepared on the game program using cards while cooperating with other users. The user can carry any number of cards. In addition, the user configures the deck using at least one card from the possessed cards. Each card has parameters such as attack power, defense power, and physical strength, and the user decreases the physical strength parameter value of the enemy character based on the parameter values of the cards constituting the deck. The enemy character also has the same parameters as the card, and the physical strength parameter value of the card is decreased based on this parameter value. By alternately attacking, the battle ends when the health parameter value of the cards constituting the deck becomes 0 or when the enemy character's health parameter value becomes 0.

JP 2005-034303 A JP 2012-061059 A

  However, in the conventional social game, the enemy character is merely attacked by a plurality of users, communication between users after the enemy character is subjugated, and communication between users is activated after the enemy character is subjugated. There was no mechanism. As a result, the user may lose the willingness to continue the game.

  The present invention has been made to solve such a conventional problem, and an object of the present invention is to provide a server, a control program thereof, and a system capable of maintaining and improving the user's willingness to continue the game. And

  The server according to the present invention is a server that provides a service that enables association between users, and stores identification information of other users associated with the user for each user who is provided with the service, A storage unit that stores identification information of each event and identification information of each user participating in each event, a communication unit that communicates with each user's terminal, and each user's terminal When a request to participate in an event selected from the event list is received from the terminal of each user, and the transmission unit that transmits the event list including the identification information, the identification information of the user related to the terminal is stored in the storage unit When the event registration request is received from the user registration unit that allows the user to participate in the event and the terminal of each user participating in the event The event advancing unit for advancing the event and when the event ends, the identification information of each user who participated in the event is stored in the storage unit in association with each other, thereby A user association unit for associating with each other.

  In the server according to the present invention, it is preferable that the users participating in the event are not associated with each other before the event ends.

  Further, in the server according to the present invention, when the event ends, the event progression unit transmits a user list including identification information of each user participating in the event to the terminal of each user participating in the event. When the association request with the user selected from the user list is received from the terminal of each user who participated in the event, the user association unit is selected from the user identification information related to the terminal and the user list It is preferable that the user associated with the terminal and the user selected from the user list are associated with each other by storing the user identification information in the storage unit in association with each other.

  In the server according to the present invention, it is preferable that each user in the user list is ranked based on a contribution degree to the progress of the event.

  In the server according to the present invention, among users in the user list, it is preferable that each user whose contribution to the progress of the event is greater than a threshold is selected in advance.

  In the server according to the present invention, when the event ends, the user association unit identifies each user who has participated in the event and whose contribution to the progress of the event is greater than a threshold value. It is preferable to associate the users who participated in the event with each other by storing the information in the storage unit in association with each other.

  The server control program according to the present invention is a server that provides a service that enables association between users, and for each user who is provided with the service, identification information of other users associated with the user. A control program for a server comprising a storage unit for storing identification information of each event provided in the service and identification information of each user participating in each event, and storing the terminal of each user in the server When the event list including the identification information of each event is transmitted and a request to participate in the event selected from the event list is received from the terminal of each user, the identification information of the user related to the terminal is stored in the storage unit Users to participate in the event and receive event progress requests from the terminals of each user participating in the event. In the case where the event is advanced, when the event ends, the identification information of each user who participated in the event is stored in the storage unit in association with each other, so that each user who participated in the event Causes association to be performed.

  A system according to the present invention includes a server that provides a service that enables association between users, and a terminal of each user who is provided with the service, and the server is provided with each service. A storage unit that stores identification information of other users associated with the user with respect to the user, and stores identification information of each event provided in the service and identification information of each user participating in each event; A communication unit that communicates with each user's terminal, a transmission unit that transmits an event list including identification information of each event to each user's terminal, and a request to participate in an event selected from the event list from each user's terminal A user registration unit that causes the user to participate in the event by storing the identification information of the user related to the terminal in the storage unit when received When an event progress request is received from the terminal of each user participating in the event, the event progress unit that advances the event and the identification information of each user who participated in the event when the event ends A user association unit that associates each user who participated in the event with each other by storing in the storage unit, and the terminal includes a communication unit that communicates with the server, a reception unit that receives the event list, A transmission unit that transmits the participation request and the progress request to the server.

  The server according to the present invention, its control program, and the system are designed to activate communication between users who have achieved the same purpose by correlating users who have participated in the same event in the service. It is possible to maintain and improve the user's willingness to continue the service, and to continue attracting the user to the service.

It is a figure which shows an example of schematic structure of a game system. It is a figure which shows an example of schematic structure of a portable terminal. It is a figure which shows an example of schematic structure of a server. It is a figure which shows an example of the data structure of various management tables. It is a figure which shows an example of the display screen of a portable terminal. It is a figure which shows an example of the operation | movement sequence of a game system. It is a figure which shows an example of the operation | movement flow of a server.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

(1) Outline of the present embodiment In the present embodiment, the server provides a service that enables communication between users. In particular, the server provides a community-type service called a social networking service (SNS). In other words, the server can transmit user information (for example, name, diary, bulletin board, game progress status, etc.) not only to the logged-in user but also to a user who has a friendship with the user, so that communication between the users can be achieved. I am doing so. Note that the server may provide the service only to the user who has registered as a member.

  Each user can form friendships with other users. When receiving a friend request from one user to another, the server associates each user with each other. For example, the server receives a friend request to the user b from the portable terminal of the user a. The server transmits a friend request from the user a to the mobile terminal of the user b. And when the permission response with respect to the friend request from the user a is received from the portable terminal of the user b, the server determines that the friend relationship between the user a and the user b is established, and includes the identification information of the user a. User b's identification information is registered in association with it, and user a's identification information is registered in association with user b's identification information.

  Each user can also post a message on the bulletin board. When the posting message to the bulletin board is received from the mobile terminal of the user a, the server transmits a web page including the received posting message to the mobile terminal of the user a. In addition, the server also publishes user a's posted message to users who are friends with user a. For example, the posted message of the user a can be referred to from the user b who is in a friend relationship with the user a, and the user b can comment, evaluate (for example, “Like”), etc. It is possible to perform communication between users.

  In the present embodiment, the server also provides an online game service in which a plurality of users can participate. In particular, the server provides a card battle game service in which a plurality of users (preferably, a plurality of users not associated with each other) cooperate to play against one enemy character. The mobile terminal requests the server to participate in a battle (event) with the enemy character in response to an instruction from the user. The server causes the user to participate in the battle in response to a request from the mobile terminal. Further, the server advances the battle in response to a request from the mobile terminal. And when a battle | competition is complete | finished, a server mutually associates the user who participated in the battle | competition.

(2) Configuration of Game System 1 FIG. 1 shows an example of a schematic configuration of the game system 1.

  The game system 1 includes at least one mobile terminal 2 and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

(2.1) Configuration of Mobile Terminal 2 FIG. 2 shows an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 is connected to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 requests the server 3 to advance the card battle game in accordance with the operation of the operation unit 23 (button or the like) by the user. In addition, the mobile terminal 2 receives and displays display data relating to the progress of the card battle game from the server 3. For this purpose, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25.

  In the present embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 is not limited as long as the present invention is applicable. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet PC, etc. Good.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25.

  The terminal storage unit 22 includes, for example, at least one of a semiconductor memory, a magnetic disk device, and an optical disk device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays display data related to the progress of the card battle game. Further, the terminal storage unit 22 stores display data, video data, image data, and the like related to the progress of the card battle game as data. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, for example, a touch pad, a keyboard, or the like. The user can input characters, numbers, and the like using the operation unit 23. When operated by the user, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as a user instruction.

  The display unit 24 may be any device that can display images, images, and the like, such as a liquid crystal display and an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

  The terminal processing unit 25 includes one or a plurality of processors and their peripheral circuits. The terminal processing unit 25 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 includes a terminal communication unit 21, a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure according to a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (such as application programs) in parallel.

(2.1.1) Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251. Each of these units is a functional module realized by a program executed by a processor provided in the terminal processing unit 25. Or these each part may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data related to the progress of the card battle game. That is, in response to an instruction from the user, a display data acquisition request relating to the progress of the card battle game is transmitted to the server 3 via the terminal communication unit 21. In addition, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the specified content data in accordance with the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24.

(2.2) Configuration of Server 3 FIG. 3 shows an example of a schematic configuration of the server 3.

  The server 3 advances the card battle game in response to a request from the mobile terminal 2. Further, the server 3 creates display data related to the progress of the card battle game and transmits it to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 includes a communication interface circuit for connecting the server 3 to the Internet 7 and performs communication with the Internet 7. Then, the server communication unit 31 supplies data received from the mobile terminal 2 or the like to the server processing unit 33. Further, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a card battle game program that progresses a card battle game and creates display data related to the result. In addition, the server storage unit 32 includes, as data, a battle management table (FIG. 4A) for managing battles, an enemy management table for managing enemy characters (FIG. 4B), and a user management table for managing users (FIG. 4B). 4C), a card management table for managing cards (FIG. 4D), an association management table for managing associations between users (FIG. 4E), and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 4 shows an example of the data structure of various management tables.

  FIG. 4A shows an example of the data structure of a battle management table for managing battles. The match management table includes, for each match, the match identification number (ID), name, end date, enemy character ID and physical strength parameter (current value), participating user ID, number of attacks, and the like. .

  FIG. 4B shows an example of the data structure of an enemy management table for managing enemy characters. The enemy management table includes, for each enemy character, parameters such as the ID, name, image data file name, attack power, defense power, and physical strength (initial value) of the enemy character.

  FIG. 4C shows an example of the data structure of a user management table for managing users. In the user management table, for each user, the user ID, name, image data file name, physical strength parameters, possession card ID, possession card ID constituting the deck, and physical fitness parameters (current values) belong. The association ID and the like are included.

  FIG. 4D shows an example of the data structure of a card management table for managing cards. The card management table includes, for each card, parameters such as the card ID, name, image data file name, attack power, defense power, physical strength (initial value), and the like.

  FIG. 4E shows an example of the data structure of an association management table that manages associations between users. The association management table includes, for each association, an ID of the association, an ID of a user who belongs, and the like.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure in accordance with a program stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

(2.2.1) Configuration of Server Processing Unit 33 The server processing unit 33 includes a control unit 331, a user participation unit 332, a battle progress unit 333, and a user association unit 334. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  Hereinafter, processing by the control unit 331 will be described.

  The control unit 331 controls the progress of the card battle game, and appropriately instructs the user participation unit 332, the battle progress unit 333, the user association unit 334, and the like to execute the process.

  When a user authentication request is received from the portable terminal 2 via the server communication unit 31, the control unit 331 analyzes the received user authentication request and identifies the user ID and password. Then, the control unit 331 instructs the user authentication unit (not shown) to execute the process using the specified user ID and password as parameters.

  When a user is authenticated by a user authentication unit (not shown), the control unit 331 creates home screen display data. That is, the control unit 331 refers to the battle management table stored in the server storage unit 32 and identifies a battle for which the end date has not elapsed. In addition, the control unit 331 extracts the identified battle ID, name, and end date and time. Then, the control unit 331 includes the extracted battle ID, the identified user ID, and the like, and a home for displaying the name and end date and time of the extracted battle, a button for receiving an instruction to participate in the battle, and the like in a predetermined layout Create screen display data.

  The control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

  FIG. 5 shows an example of the display screen of the mobile terminal 2.

  FIG. 5A shows a home screen 500 displayed based on the home screen display data. For each match, a battle name and end dates 501 and 503 are displayed on the left side of the screen, and “participation” buttons 502 and 504 are displayed on the right side of the screen. The server 3 is requested to participate in the corresponding battle via the terminal communication unit 21.

  When a battle participation request is received from the mobile terminal 2 via the server communication unit 31, the control unit 331 instructs the user participation unit 332 to execute processing using the received battle participation request as a parameter.

  Further, when a battle progress request is received from the mobile terminal 2 via the server communication unit 31, the control unit 331 instructs the battle progress unit 333 to execute processing using the received battle progress request as a parameter.

  Furthermore, when a user association request is received from the mobile terminal 2 via the server communication unit 31, the control unit 331 instructs the user association unit 334 to execute processing using the received user association request as a parameter.

  The control unit 331 transmits the created battle screen display data and the like to the mobile terminal 2 via the server communication unit 31.

  Hereinafter, processing by the user participation unit 332 will be described.

  The user participation unit 332 causes the user to participate in the battle. That is, the user participation unit 332 analyzes the given battle participation request and specifies the battle ID and the user ID. Further, the user participation unit 332 specifies a corresponding battle by referring to the battle management table stored in the server storage unit 32 using the specified battle ID as a key. Then, the user participation unit 332 adds the specified user ID to the ID of the user participating in the specified battle.

  The user participation unit 332 creates battle screen display data. That is, the user participation unit 332 extracts the ID and physical strength parameter of the identified enemy character of the battle. Further, the user participation unit 332 refers to the enemy management table stored in the server storage unit 32 using the extracted enemy ID as a key, and extracts the file name of the corresponding enemy character image data. Further, the user participation unit 332 refers to the user management table stored in the server storage unit 32 using the specified user ID as a key, and extracts the corresponding physical strength parameter of the user and the ID of the possessed card constituting the deck. . Furthermore, the user participation unit 332 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the file name of the image data of the corresponding card. Then, the user participation unit 332 includes predetermined battle IDs, user IDs, and the like. The extracted enemy character's physical strength parameter, the user's physical strength parameter, an image indicated by the file name, a button for receiving an instruction to execute an attack, and the like are predetermined. Create battle screen display data to be displayed in the layout.

  Then, the user participation unit 332 ends the process.

  FIG. 5B shows a battle screen 510 displayed based on the battle screen display data. An enemy character image 511 and a physical strength parameter gauge 512 are displayed at the top of the screen, and card images 513 to 515 and a user physical strength parameter gauge 516 constituting the deck are displayed at the bottom of the screen, respectively. Also, a plurality of buttons are displayed at the lower part of the screen, and execution of an attack is requested to the server 3 via the terminal communication unit 21 when the “attack” button 517 is pressed.

  Hereinafter, processing by the battle progress unit 333 will be described.

  The battle progress unit 333 determines whether or not the battle end date has passed. That is, the battle progress unit 333 analyzes the given battle progress request and specifies the battle ID, the instruction content, and the user ID. Also, the battle progress unit 333 refers to the battle management table stored in the server storage unit 32 using the identified battle ID as a key, and identifies the corresponding battle. Then, the battle progress unit 333 determines whether or not the specified battle end date has passed.

When the end date / time of the specified match has not elapsed, the match progress unit 333 advances the match according to the specified instruction content. That is, when the specified instruction content is “execution of attack”, the battle progress unit 333 executes attack processing.
For example, the battle progress unit 333 refers to the battle management table stored in the server storage unit 32 using the specified battle ID as a key, and identifies the corresponding battle. Then, the battle progress unit 333 extracts the identified enemy character ID and physical strength parameter of the battle. Further, the battle progress unit 333 refers to the enemy management table stored in the server storage unit 32 using the extracted enemy ID as a key, and extracts parameters such as the attack power and defense power of the corresponding enemy character.
Similarly, the battle progress unit 333 refers to the user management table stored in the server storage unit 32 using the identified user ID as a key, and identifies the corresponding user. And the battle | competition progress part 333 extracts ID and the physical strength parameter of the possessed card which comprise the specified user's deck. Also, the battle progress unit 333 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts parameters such as the attack power and defense power of the corresponding card.
Then, the battle progress unit 333 performs a battle simulation based on the extracted enemy character parameters and card parameters. For example, the physical strength parameter value of the enemy character is decreased based on the attack strength parameter value of the card and the defense strength parameter value of the enemy character. Similarly, the physical strength parameter value of the card is decreased based on the attack power parameter value of the enemy character and the defense power parameter value of the card.
The battle progress unit 333 updates the physical strength parameter of the identified enemy character of the battle. Also, the battle progress unit 333 increments (+1) the number of attacks of the user corresponding to the specified user ID among the users participating in the specified battle. Similarly, the battle progress unit 333 updates the physical strength parameter of the possessed card constituting the identified user deck.

  The battle progression unit 333 determines whether or not the updated physical strength parameter value of the enemy character has become zero. Then, when the updated physical strength parameter value of the enemy character is not 0, the battle progress unit 333 creates battle screen display data. That is, the battle progress unit 333 extracts the ID and physical strength parameter of the identified enemy character of the battle. Also, the battle progress unit 333 refers to the enemy management table stored in the server storage unit 32 using the extracted enemy ID as a key, and extracts the file name of the image data of the corresponding enemy character. Further, the battle progress unit 333 extracts the physical strength parameter of the identified user and the ID of the possessed card constituting the deck. Further, the battle progress unit 333 refers to the card management table stored in the server storage unit 32 using the extracted card ID as a key, and extracts the file name of the image data of the corresponding card. Then, the battle progress unit 333 includes predetermined battle IDs, user IDs, and the like. The extracted enemy character's physical strength parameter, the user's physical strength parameter, an image indicated by the file name, a button for receiving an attack execution instruction, and the like Create battle screen display data to be displayed in the layout.

  On the other hand, when the updated physical strength parameter value of the enemy character becomes 0, the battle progress unit 333 creates user selection screen display data. That is, the battle progress unit 333 extracts the IDs and the number of attacks of users who participate in the identified battle. Also, the battle progress unit 333 refers to the user management table stored in the server storage unit 32 using the extracted participating user ID as a key, and extracts the name of the corresponding participating user and the file name of the image data. Then, the battle progress unit 333 includes the extracted participating user ID, the specified user ID, and the like, and displays the names and images of the extracted participating users in descending order by the number of attacks, and also displays the display area and the participating user's selection. User selection screen display data for displaying a check box for receiving an instruction, a button for receiving an instruction for association between users, and the like in a predetermined layout is created.

  In addition, even when the specified battle end date has passed, the battle progress unit 333 creates user selection screen display data.

  On the other hand, when the specified instruction content is other, the battle progress unit 333 executes processing related to the specified instruction content.

  Then, the battle progress unit 333 ends the process.

  FIG. 5C shows a user selection screen 520 displayed based on the user selection screen display data. On the left side of the screen, images and names 521, 523, and 525 of the users who have participated in the battle are displayed in descending order by the degree of contribution to the battle (for example, the number of attacks). Also, check boxes 522, 524, and 526 are displayed on the right side of the screen, and the corresponding participating user is selected by the check. Furthermore, a “decision” button 527 is displayed at the bottom of the screen, and when pressed, association between users is requested to the server 3 via the terminal communication unit 21.

  Hereinafter, processing by the user association unit 334 will be described.

  The user association unit 334 determines whether one or more participating users have been selected. That is, the user association unit 334 analyzes the given user association request and identifies the participating user ID and user ID. Then, the user association unit 334 determines whether one or more participating user IDs have been specified.

  When one or more participating users are selected, the user association unit 334 associates the user with the participating user. That is, when one or more participating user IDs are specified, the user association unit 334 assigns an association ID, associates the participation user ID, the user ID, and the like with the association management stored in the server storage unit 32. Add to table. In addition, the user association unit 334 refers to the user management table stored in the server storage unit 32 using the identified participating user ID as a key, and assigns the numbered association ID to the association ID to which the corresponding participating user belongs. to add. Similarly, using the identified user ID as a key, the user management table stored in the server storage unit 32 is referred to, and the numbered association ID is added to the association ID to which the corresponding user belongs.

  The user association unit 334 creates battle end screen display data. That is, the user association unit 334 receives the text indicating that the battle has ended, the text indicating that the battle has been associated with the user, and the instruction for transition to the home screen, including the identified user ID and the like. The battle end screen display data for displaying buttons and the like in a predetermined layout is created.

  On the other hand, when no participating user is selected, the user association unit 334 creates battle end screen display data. That is, the user association unit 334 includes the specified user ID and the like, and the battle end screen display data for displaying a text indicating that the battle has ended, a button for receiving an instruction to transition to the home screen, and the like in a predetermined layout. Create

  Then, the user association unit 334 ends the process.

  FIG. 5D shows a battle end screen 530 displayed based on the battle end screen display data. A text 531 indicating that the battle has ended, a text 532 indicating that it has been associated with the users 3 and 4 participating in the battle, and a “return” button 533 are displayed at the top of the screen, respectively. When the “return” button 533 is pressed, the server 3 is requested to change to the home screen via the terminal communication unit 21.

(3) Operation of Game System 1 FIG. 6 is a diagram illustrating an example of an operation sequence of the game system 1. In the operation sequence described below, it is assumed that the user a and the user b are users, the mobile terminal 2 of the user a is the mobile terminal 2a, and the mobile terminal 2 of the user b is the mobile terminal 2b. In addition, the operation sequence is mainly performed by the terminal processing units 25a and 25b and the server processing unit 33 based on the programs stored in the terminal storage units 22a and 22b and the server storage unit 32 in advance. It is executed in cooperation with each element of the server 3.

  The user a instructs the terminal processing unit 25a through the operation unit 23a to execute a program for acquiring and displaying display data related to the progress of the card battle game. The terminal processing unit 25a starts processing based on the program. That is, when the user ID and password are input by the user a through the operation unit 23a, the browsing execution unit 251a realized by the program sends a user authentication request including the input user ID, password, and the like to the terminal It transmits to the server 3 via the communication part 21a (step S600).

  When a user authentication request is received from the mobile terminal 2a via the server communication unit 31, the control unit 331 analyzes the received user authentication request and identifies a user ID and a password. Then, the control unit 331 instructs the user authentication unit (not shown) to execute the authentication process for the user a using the specified user ID and password as parameters (step S602).

  When the user a is authenticated by a user authentication unit (not shown), the control unit 331 creates home screen display data related to the user a (step S604).

  The control unit 331 transmits the created home screen display data to the mobile terminal 2a via the server communication unit 31 (step S606).

  When the home screen display data is received from the server 3 via the terminal communication unit 21a, the browsing execution unit 251a creates drawing data based on the received home screen display data. Further, the browsing execution unit 251a outputs the created drawing data to the display unit 24a to display the home screen (step S608).

  In the home screen, when the user a instructs participation in the battle via the operation unit 23a, the browsing execution unit 251a displays the user ID included in the received home screen display data, the battle ID corresponding to the battle, and the like. Is sent to the server 3 via the terminal communication unit 21a (step S610).

  When the battle participation request is received from the portable terminal 2a via the server communication unit 31, the control unit 331 instructs the user participation unit 332 to execute the process using the received battle participation request as a parameter (step S612). .

  FIG. 7A is a diagram illustrating an example of an operation flow of the user participation unit 332.

  The user participation unit 332 causes the user to participate in the battle (step S700).

  In addition, the user participation unit 332 creates battle screen display data (step S702).

  Then, the user participation unit 332 ends the process.

  Returning to FIG. 6, the control unit 331 transmits the created battle screen display data to the portable terminal 2a via the server communication unit 31 (step S614).

  When the battle screen display data is received from the server 3 via the terminal communication unit 21a, the browsing execution unit 251a creates drawing data based on the received battle screen display data. In addition, the browsing execution unit 251a outputs the created drawing data to the display unit 24a and displays a battle screen (step S616).

  When execution of an attack is instructed by the user a via the operation unit 23a on the battle screen, the browsing execution unit 251a includes the battle ID and user ID included in the received battle screen display data, instruction content, and the like. A battle progress request is transmitted to the server 3 via the terminal communication unit 21a (step S618).

  When the battle progress request is received from the portable terminal 2a via the server communication unit 31, the control unit 331 instructs the battle progress unit 333 to execute the process using the received battle progress request as a parameter (step S620). .

  FIG. 7B is a diagram illustrating an example of an operation flow of the battle progress unit 333.

  The battle progress unit 333 determines whether or not the battle end date has passed (step S710).

  Then, when the end date and time of the specified match has not elapsed (step S710-No), the match progress unit 333 advances the match according to the specified instruction content.

  That is, when the specified instruction content is “execution of attack” (step S712-Yes), the battle progress unit 333 executes an attack process (step S714).

  In addition, the battle progress unit 333 determines whether or not the updated physical strength parameter value of the enemy character has become 0 (step S716).

  When the updated physical strength parameter value of the enemy character is not 0 (step S716-No), the battle progress unit 333 creates battle screen display data (step S718).

  On the other hand, when the updated physical strength parameter value of the enemy character becomes 0 (step S716-Yes), the battle progress unit 333 creates user selection screen display data (step S720).

  In addition, even when the specified match end date has passed (step S710—Yes), the match progress unit 333 creates user selection screen display data (step S720).

  On the other hand, when the specified instruction content is another (step S712-No), the battle progress unit 333 executes processing related to the specified instruction content (step S722).

  Then, the battle progress unit 333 ends the process.

  Returning to FIG. 6, when the battle has not ended, the control unit 331 transmits the created battle screen display data to the mobile terminal 2 a via the server communication unit 31 (step S <b> 622).

  On the other hand, when a battle participation request is received from the mobile terminal 2b via the server communication unit 31, the control unit 331 instructs the user participation unit 332 to execute processing using the received battle participation request as a parameter (step). S624).

  The control unit 331 transmits the created battle screen display data to the mobile terminal 2a via the server communication unit 31 (step S626).

  When the battle screen display data is received from the server 3 via the terminal communication unit 21a, the browsing execution unit 251a creates drawing data based on the received battle screen display data. In addition, the browsing execution unit 251a outputs the created drawing data to the display unit 24a and displays a battle screen (step S628).

  When execution of an attack is instructed by the user a via the operation unit 23a on the battle screen, the browsing execution unit 251a includes the battle ID, user ID, instruction content, and the like included in the received battle screen display data. A battle progress request is transmitted to the server 3 via the terminal communication unit 21a (step S630).

  When the battle progress request is received from the portable terminal 2a via the server communication unit 31, the control unit 331 instructs the battle progress unit 333 to execute the process using the received battle progress request as a parameter (step S632). .

  When the battle is over, the control unit 331 transmits the created user selection screen display data to the mobile terminal 2a via the server communication unit 31 (step S634).

  When the user selection screen display data is received from the server 3 via the terminal communication unit 21a, the browsing execution unit 251a creates drawing data based on the received user selection screen display data. In addition, the browsing execution unit 251a outputs the created drawing data to the display unit 24a and displays a user selection screen (step S636).

  In the user selection screen, when the user a instructs the association between the users via the operation unit 23a, the browsing execution unit 251a sends the user ID included in the received user selection screen display data to the selected participating user. A user association request including the corresponding participating user ID and the like is transmitted to the server 3 via the terminal communication unit 21a (step S638).

  When the user association request is received from the mobile terminal 2a via the server communication unit 31, the control unit 331 instructs the user association unit 334 to execute the process using the received user association request as a parameter (step S640). .

  FIG. 7C is a diagram illustrating an example of an operation flow of the user association unit 334.

  The user association unit 334 determines whether one or more participating users have been selected (step S730).

  When one or more participating users are selected (step S730-Yes), the user association unit 334 associates the user and the participating user with each other (step S732).

  In addition, the user association unit 334 creates battle end screen display data (step S734).

  On the other hand, when no participating user is selected (step S730-No), the user association unit 334 creates battle end screen display data (step S736).

  Then, the user association unit 334 ends the process.

  Returning to FIG. 6, the control unit 331 transmits the created battle end screen display data to the mobile terminal 2 a via the server communication unit 31 (step S <b> 642).

  When the battle end screen display data is received from the server 3 via the terminal communication unit 21a, the browsing execution unit 251a creates drawing data based on the received battle end screen display data. In addition, the browsing execution unit 251a outputs the created drawing data to the display unit 24a and displays a battle end screen (step S644).

  As described above, by associating each user who participated in the same battle in the game with each other, the communication between the users who achieved the same purpose is activated, and the user's willingness to continue the game Can be maintained and improved, and the user can continue to be attracted to the service.

  Note that the present invention is not limited to this embodiment. For example, in the present embodiment, the names of users who participated in the battle are displayed in descending order by contribution to the battle on the user selection screen, and the number of attacks is adopted as this contribution, but other contributions are It may be adopted. For example, you may employ | adopt the number of times of participation in a battle | competition, the reduction range of the physical strength parameter value of an enemy character, the use frequency of an item, etc. Moreover, you may employ | adopt arbitrary criteria not only in the contribution to a battle | competition. Furthermore, any reference may be settable. Thereby, the association with a desired user becomes easy, and further improvement in the continuation willingness is expected.

  Further, in this embodiment, the user to be associated is manually selected on the user selection screen (manually check the corresponding check box), but automatically selected based on a predetermined criterion, You may automatically check the corresponding check box. Alternatively, only the selected user may be displayed. Further, the association may be automatically performed without inquiring of the user via the user selection screen. In addition, as the predetermined standard, for example, the contribution degree to the battle is larger than the threshold, the user attribute is the predetermined attribute, the quantity, type, and attribute of the possession card, item, etc. are predetermined. Etc. may be adopted. Also, any reference may be settable. Thereby, the association with a desired user becomes easier, and further improvement in the willingness to continue is expected.

  In the present embodiment, the number of users who can participate in one battle is not particularly limited, but may be limited. Also, it manages a plurality of groups that are independent from each other for one battle, and creates a new group when the number of users participating in one group reaches a threshold (for example, 20 users). A new user may participate in the group. As a result, the load can be suppressed / distributed, and the stability can be improved and the operation cost can be reduced.

  Moreover, in this embodiment, although applied to the card battle game, you may apply to the game or service which has not only a card battle game but another similar mechanism.

  A computer program for causing a computer to realize the functions of the terminal processing unit 25 and the server processing unit 33 is provided in a form recorded on a computer-readable recording medium such as a magnetic recording medium or an optical recording medium. May be.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 21 Terminal communication part 22 Terminal memory | storage part 23 Operation part 24 Display part 25 Terminal processing part 251 Viewing execution part 3 Server 31 Server communication part 32 Server storage part 33 Server processing part 331 Control part 332 User participation part 333 Battle progress unit 334 User association unit 4 Base station 5 Mobile communication network 6 Gateway 7 Internet

Claims (8)

Comprising storage means for storing user information of the information and a plurality of events, and controls the server device that provides the user of the terminal to a service that contains the event,
A step of the user Ru to participate in the event when it receives a request to join the event from User chromatography The terminal,
Comprising the steps of: Ru allowed to proceed before Symbol event when receiving a progress request of the event from the terminal Yu over The participating in the event,
Setting criteria relating to the degree of contribution to the progress of the event as criteria for selecting other users associated with one user ;
When the event is finished, the terminal of one user who participated in the event, other users who have joined the user of the candidate associated with the one of the user based on the set the reference to the event Selecting and presenting from among,
The control method characterized by performing . The control method according to claim 1, wherein in the presenting step, the server device displays a user list indicating that the candidate user is selected as a candidate on the terminal of the one user. The control method according to claim 2, further causing the server device to execute a step of changing a user selected as the candidate user in response to a request from the terminal of the one user . Further causing the server device to perform a step of ranking the users who participated in the event based on the degree of contribution to the progress of the event ,
In the step of presenting, the server device, Ru to display the user list according to order of the user, the control method according to claim 2 or 3. In the step of presenting, the server device, contribution to the progress of the event you select a larger user than the threshold value as a user of the candidate, according to any one of claims 1-4 Control method. The storage means stores information of other users associated with the user for each user who is provided with the service,
The said presenting step WHEREIN: The said server apparatus selects the user who is not linked | related with the said one user before the said event ends as said candidate user. Control method. Comprising storage means for storing user information of the information and a plurality of events, a control program of the server device that provides the user of the terminal to a service that contains the event, to the server apparatus,
A function of Ru to join the user to the event when it receives a request to join the event from User chromatography The terminal,
And a function of Ru allowed to proceed before Symbol event when receiving a progress request of the event from the terminal Yu over The participating in the event,
A function for setting a criterion regarding the contribution to the progress of the event as a criterion when selecting another user associated with one user;
When the event is finished, the terminal of one user who participated in the event, other users who have joined the user of the candidate associated with the one of the user based on the set the reference to the event A function to select and present from,
A control program for causing the execution. A server device that provides a service including an event to a user terminal ,
Storage means for storing information of the event information and a plurality of users,
A communication means for communicating with the terminal of each user;
User participation receiving means for the user to participate in the event when it receives a request to join the event from User chromatography The terminal,
An event advance means for advancing the pre-Symbol event when receiving a progress request of the event from the terminal of User chromatography The participating in the event;
A setting means for setting a standard related to the degree of contribution to the progress of the event, as a standard when selecting another user associated with one user;
When the event is finished, the terminal of one user who participated in the event, other users who have joined the user of the candidate associated with the one of the user based on the set the reference to the event Presenting means for selecting and presenting from among,
A server device comprising:

Images