JP2015062708A - Game providing method, control program, and server - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method, a control program, and a server, capable of keeping and enhancing motivation of a user to continue a game by increasing an opportunity for enabling the user to select a mission.SOLUTION: In a method, a server (3), which includes a storage part (32) for storing user information relating to a plurality of users, provides a game in which a plurality of missions are presented every time when a predetermined period lapses to a user terminal (2). The method includes: a step for generating the plurality of mutually different missions for each of the plurality of users, based on the user information stored in the storage part; a step for presenting a list screen of missions generated for each user to the user terminal; and a step for presenting instruction means for updating missions included in the list screen to another mission regardless of a lapse of a period, according to a progress situation of the presented mission.

Description

  The present invention relates to a game providing method, a control program, and a server.

  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. ing.

  As an example of such a social game, Patent Document 1 describes a game (so-called “card battle game”) in which a battle is performed against an enemy character using a card. 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. In such a game, the user can acquire an item by clearing a mission that occurs in the game, and can strengthen his or her card using such an item.

Japanese Patent No. 5118261

  In general, a game includes a plurality of missions, which are the same for all users, and the number of missions presented is limited. For this reason, the user cannot try various missions. In addition, items that can be acquired by completing a mission are generally not specified. For this reason, the user has no choice but to try all the missions mechanically in order to acquire the item he wants. Therefore, the conventional game is not interesting for the user, and the user may lose the willingness to continue the game.

  Therefore, an object of the present invention is to provide a method, a control program, and a server that can increase the opportunity for the user to select a mission and maintain and improve the user's willingness to continue the game.

  The server according to the present invention is a method for providing a game in which a plurality of missions are presented each time a predetermined period elapses from a server including a storage unit that stores user information regarding a plurality of users to a user terminal. A step of generating a plurality of different missions for each of a plurality of users based on user information stored in the storage unit, a step of presenting a generated mission list screen for each user to the user terminal, Presenting instruction means for updating a mission included in the list screen to another mission regardless of the progress of the period according to the progress of the presented mission.

  It is preferable that the method according to the present invention further includes a step of updating the mission included in the presented list screen to another mission generated for the user in response to the operation of the instruction unit.

  In the method according to the present invention, the storage unit stores, as user information, information related to other users associated with each of the plurality of users, and the step of presenting the list screen includes a mission generated for the first user. In addition, it is preferable that the mission presented to the second user terminal, which is the terminal of the second user associated with the first user, is presented to the first user terminal.

  Preferably, the method according to the present invention further includes a step of notifying the second user terminal that the mission presented to the second user terminal is also presented to the first user terminal.

  In the method according to the present invention, the storage unit stores, as user information, information related to the time when each of the plurality of users last played the game, and the step of presenting the list screen is associated with the first user. Of the plurality of users, it is preferable to preferentially select the terminal of the user who has not been playing the game for a longer time as the second user terminal.

  In the method according to the present invention, it is preferable that the step of presenting the list screen presents the mission presented to the second user terminal to the first user terminal only for a predetermined period.

  In the method according to the present invention, it is preferable that the step of presenting the list screen associates the generated mission for each user with an item that can be acquired by the user by clearing the mission and presents it on the user terminal. .

  In addition, a control program according to the present invention includes a storage unit that stores user information regarding a plurality of users, and a server that provides a user terminal with a game in which a plurality of missions are presented each time a predetermined period elapses. A control program that generates a plurality of different missions for each of a plurality of users based on user information stored in a storage unit on a server, and displays a generated mission list screen for each user on a user terminal. The function of presenting and presenting instruction means for updating the mission included in the list screen to another mission regardless of the elapse of the period according to the progress of the presented mission is realized.

  The server according to the present invention is a server that provides a plurality of user terminals with a game in which a plurality of missions are presented each time a predetermined period elapses, and stores user information related to a plurality of users. And a generation unit that generates a plurality of different missions for each of a plurality of users based on user information stored in the storage unit, and a list screen of missions for each user generated by the generation unit on a user terminal The presenting unit presents instruction means for updating the mission included in the list screen to another mission regardless of the elapse of the period, in accordance with the progress of the presented mission.

  According to the present invention, the opportunity for the user to select a mission increases, and the user's willingness to continue the game can be maintained and improved.

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 display screen of a portable terminal. 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 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. 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 The game system described below provides a social game in which a plurality of users (players) can participate and a new plurality of missions are presented each time a predetermined period elapses. If this period is 24 hours, for example, in the following game system, a new mission is automatically presented to the user every day. A mission refers to a component of a game called by a name such as a quest or a dungeon that can acquire items and the like by clearing. The mission is, for example, to search for a dungeon, battle with enemy characters, and acquire items in the dungeon. The user progresses the game while clearing a plurality of missions and collecting desired items on his / her portable terminal.

  This game may be, for example, a mini game provided in a card battle game in which a card is used to fight against an enemy character (battle). In that case, the item can be used, for example, to strengthen a card for a card battle. The user can advantageously advance the card battle by strengthening his / her card using items collected in a plurality of missions.

  The portable terminal requests a mission list screen for each user to select a mission from the server in accordance with an operation by the user. Then, the server presents a mission list screen on which a list of different missions generated for each user is displayed on the user's mobile terminal. Further, the server updates the mission included in the mission list screen to another mission in response to a request from the mobile terminal. Thereby, the user who cleared the mission early can select a new mission without waiting for 24 hours, for example. Therefore, the opportunity for the user to select a mission increases, and it becomes possible to maintain and improve the user's willingness to continue the game.

(2) Configuration of Game System 1 FIG. 1 is a diagram illustrating 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 is a diagram illustrating 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 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 display data related to the progress of the game from the server 3 and displays it. 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 wireless signal line by a WCDMA (Wideband Code Division Multiple Access) (registered trademark) system or the like with the base station 4 through a channel assigned by the base station 4, and Communicate between the two. 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 game. In addition, the terminal storage unit 22 stores display data, video data, image data, and the like related to the progress of the 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 relating to the progress of the game. That is, in response to an instruction from the user, a display data acquisition request related to the progress of the 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 is a diagram illustrating an example of a schematic configuration of the server 3.

  The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data relating to the progress of the 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 game program that progresses a game and creates display data related to the result. The server storage unit 32 also includes, as data, a user management table (FIG. 4 (a)) for managing users, a mission management table (FIG. 4 (b)) for managing missions, and an item management table (FIG. 4) for managing items. 4 (c)) and the like are stored. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 4A to FIG. 4C are diagrams illustrating examples of data structures of various management tables.

  FIG. 4A shows an example of the data structure of the user management table. The user management table includes, for each user, a user ID, name, level, presentation mission ID, unfinished mission ID, completed mission ID, acquired item ID, previous end date and time, friend ID, and the like. Here, the presented mission ID is an ID of a mission presented on the mission list screen of the target user. The incomplete mission ID is an ID of a mission that has not been cleared among those presented on the mission list screen. The already-completed mission ID is an ID of a mission that has already been cleared by the target user. The previous end date and time is information indicating the date and time when the target user finished the previous game.

  The friend ID is the ID of another user who has a friend relationship with the user. In the game provided by the game system 1, a friend relationship can be established between users. The friend relationship is a relationship constituted by users who can play a battle with an enemy character jointly or share a mission in the game with each other as will be described later. One user can form friendships with a plurality of users. However, an upper limit may be set for the number of other users with whom one user can establish a friendship. User c who is in friendship with user a is an example of another user associated with user a.

  FIG. 4B shows an example of the data structure of the mission management table. The mission management table includes, for each mission, the ID and name of the mission, the file name of the image data, the ID of the enemy character that appears, the ID of the item that can be acquired, and the like.

  FIG. 4C shows an example of the data structure of the item management table. The item management table includes, for each item, the item ID, name, image data file name, and the like.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 is, for example, a CPU, and comprehensively controls the overall operation of the server 3. 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) Function of Server Processing Unit 33 FIGS. 5A to 5D are diagrams illustrating an example of a display screen of the mobile terminal 2 based on display data created by the server 3.

  FIG. 5A (a) and FIG. 5A (b) show the mission list screen 500 in the initial state of the user a and the user c, respectively. The mission list screen 500 is displayed based on the list screen display data received from the server 3. On the screen of user a, dungeons 1 to 3 and items A to C that can be acquired by clearing those dungeons are presented as a plurality of missions for user a. In addition, on the screen of user c, as a plurality of missions for user c, dungeons 4, 8, and 9 and items D, H, and I that can be acquired by clearing those dungeons are presented. In this way, different missions are presented on different user screens. Any number of missions may be presented, but in the following description, the number of missions will be three.

  Each dungeon can be selected by pressing buttons 510, 520, and 530 displayed on the screen. Each user confirms the items specified on the mission list screen 500 and operates the mobile terminal 2 to select a mission that can acquire the item he / she wants. When any of the buttons 510, 520, and 530 is pressed, the mobile terminal 2 requests the server 3 to execute the corresponding mission via the terminal communication unit 21. There may be a plurality of types of items that can be acquired in each mission. In that case, a plurality of types of items may be presented in the mission list screen 500.

  5B (a) and FIG. 5B (b) show the mission list screen 500 when the users a and c select the dungeons 1 and 4 from the presented missions and clear the dungeons 1 and 4, respectively. Show. In this screen, “clear” is displayed on the button 510 corresponding to the dungeons 1 and 4, indicating that the dungeons 1 and 4 are cleared. Since it is not preferable for the progress of the game that an unlimited number of the same items can be acquired, in principle, when one mission is cleared, the server 3 does not execute the mission again, so that the corresponding button (here, Button 510) is disabled. Therefore, the users a and c cannot select the dungeons 1 and 4 again.

  In addition, the mission list screen 500 of the user a in FIG. 5B (a) also presents a mission (dungeon 4) cleared by another user c who has a friendship relationship with the user a. Similarly, the mission list screen 500 of the user c in FIG. 5B (b) also presents a mission (dungeon 1) that has been cleared by another user a who has a friend relationship with the user c. For example, the user a can select a mission that is presented in the mission list screen for another user c who is in a friend relationship and cleared by the user c by pressing the button 540 displayed at the bottom of the screen. In this way, the second user's mission presented together on the first user's mission list screen is hereinafter referred to as a “shared mission”. Even when the button 540 is pressed, the mobile terminal 2 requests the server 3 to execute the corresponding mission via the terminal communication unit 21.

  FIG. 5C shows a mission list screen 500 when the user a has cleared all the missions of the presented dungeons 1 to 3. When all of the predetermined number (here, three) of missions presented for each user are cleared, the server 3 activates a replacement button 550 for replacing the presented missions. As a result, the user can operate the replacement button 550. When the replacement button 550 is pressed, the mobile terminal 2 requests the server 3 to replace the mission via the terminal communication unit 21. In this screen, since the user a has not yet cleared the dungeon 4 of the shared mission, the button 540 can be operated.

  FIG. 5D shows a mission list screen 500 when the replacement button 550 is pressed and dungeons 5 to 7 are presented as new missions for the user a. In this screen, the buttons 510, 520, and 530 are re-enabled and updated to those corresponding to the dungeons 5 to 7. On the other hand, when the mission is switched, the replacement button 550 is invalidated. For this reason, the user a can select any one of the dungeons 4 to 7 by pressing the buttons 510 to 540 as in the screen of FIG. 5A (a) or FIG. 5B (a).

(2.2.2) Configuration of Server Processing Unit 33 In order to realize the above functions, the server processing unit 33 includes a control unit 331, a mission generation unit 332, a list presentation unit 333, a mission execution unit 334, , A mission replacement unit 335 and a shared mission identification unit 336 are provided. 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.

  The control unit 331 controls the progress of the game, and appropriately instructs the mission generation unit 332, the list presentation unit 333, the mission execution unit 334, the mission replacement unit 335, and the shared mission identification unit 336 to execute the process.

  When the control unit 331 receives a user authentication request 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 processing using the specified user ID and password as parameters. When the user is authenticated by the user authentication unit, the control unit 331 instructs the list presenting unit 333 to execute the process using the specified user ID as a parameter. The control unit 331 transmits the list screen display data returned by the list presentation unit 333 to the mobile terminal 2 via the server communication unit 31.

  When the control unit 331 receives a mission execution request from the mobile terminal 2 via the server communication unit 31, the control unit 331 instructs the mission execution unit 334 to execute the process using the received mission execution request as a parameter. When the mission execution unit 334 exchanges with the mobile terminal 2 a plurality of times and the mission execution is completed, the control unit 331 deletes the mission ID from the unoccupied mission ID of the target user in the user management table, and the completed mission ID Add to At this time, the control unit 331 calls the list presentation unit 333 again to instruct the list presentation unit 333 to execute processing. The control unit 331 transmits the list screen display data returned by the list presentation unit 333 to the mobile terminal 2.

  When the control unit 331 receives a mission replacement request from the mobile terminal 2 via the server communication unit 31, the control unit 331 instructs the mission replacement unit 335 to execute processing using the received mission replacement request as a parameter. Even when the mission replacement process by the mission replacement unit 335 is completed, the control unit 331 instructs the list presentation unit 333 to execute the process again. The control unit 331 transmits the list screen display data returned by the list presentation unit 333 to the mobile terminal 2.

  The mission generation unit 332 generates a plurality of different missions for each user in response to a request from the mission replacement unit 335. The mission generation unit 332 selects one from a plurality of candidates for each of the terrain of the dungeon searched for by the user, enemy characters appearing in the dungeon, and items that can be acquired in the dungeon. Configure. Thereby, the mission generation unit 332 generates, for example, a plurality of missions having different combinations of dungeon terrain, appearing enemy characters, and acquirable items.

  For example, if the game system 1 provides each user with a game including a total of 10 missions, the 10 missions are different for each user. For this reason, in the general game, all users are provided with the same mission, whereas in the game provided by the game system 1, different missions are provided to individual users. For example, the mission generation unit 332 may generate individual missions randomly, or may generate different missions for each user according to some regularity.

  Also, the mission generation unit 332 refers to the user management table using the user ID as a key, specifies the level of the target user, and generates a mission with higher difficulty as the level is higher. A mission with a high difficulty level is, for example, a mission in which an enemy character that appears becomes more powerful or consumes more physical strength to clear. In addition, the mission generation unit 332 sets items that can be acquired in each mission so that the more difficult the mission, the more valuable items can be acquired. The mission generation unit 332 adds the created mission information to the mission management table.

  The list presentation unit 333 presents the list of missions generated by the mission generation unit 332 to the mobile terminal 2 of each user via the server communication unit 31. For this purpose, the list presentation unit 333 creates list screen display data for causing the portable terminal 2 to display the mission list screen 500 shown in FIGS. 5A (a) to 5D. Specifically, the list presenting unit 333 refers to the user management table using the user ID as a key, generates (for example, three) mission IDs that are generated for the target user and presented in the mission list screen, and the mission is Specify whether it has been cleared. In addition, the list presenting unit 333 causes the shared mission identifying unit 336 to identify the shared missions presented in the mission list screen. Further, the list presenting unit 333 refers to the mission management table using the identified mission ID as a key, and identifies items that can be acquired in the mission.

  The list presenting unit 333 displays items that can be acquired by clearing each mission, whether each mission is cleared, along with the name and image of each mission, and for selecting each mission. Create list screen display data so that the button is displayed. The list presenting unit 333 validates the mission button for an unfinished mission, and invalidates the mission button for an already completed mission. In particular, for shared missions, buttons are displayed so that the user can select only within a predetermined effective time period so that the number of presented missions does not increase without limit.

  Further, the list presentation unit 333 presents instruction means for updating the mission included in the mission list screen to another mission according to the progress of the presented mission. Specifically, the list presenting unit 333 activates the replacement button 550 of FIG. 5C for replacing missions when all of the three currently presented missions are already completed mission IDs. The replacement button is an example of an instruction unit.

  The mission execution unit 334 operates a single mission button on the mission list screen by the user, and when a mission execution request is received from the mobile terminal 2, by performing a plurality of exchanges with the mobile terminal 2, Perform that mission. Note that the mission may be executed by the terminal processing unit 25 of the mobile terminal 2 without providing the server 3 with the mission execution unit 334.

  The mission replacement unit 335 generates a mission in the mission list screen for the target user by the mission generation unit 332 when the user operates the replacement button on the mission list screen and receives a mission replacement request from the mobile terminal 2. Replace with another mission.

  Specifically, the mission replacement unit 335 causes the mission generation unit 332 to generate a new mission for the user when the user operates the replacement button in the mission list screen. The mission replacement unit 335 deletes the presentation mission ID of the target user in the user management table, and adds the newly generated mission ID to the incomplete mission ID and presentation mission ID of the target user. When the mission replacement unit 335 replaces the mission, the possibility that the user can select a mission that he / she likes is increased, and the willingness to continue the game is improved.

  As described above, in the game system 1, a plurality of new missions are presented each time a predetermined period (for example, 24 hours) elapses. However, the mission replacement unit 335 replaces the missions presented on the mission list screen regardless of whether or not a predetermined period has elapsed in response to the user operating the replacement button. In other words, since the replacement button is validated every time the three presented missions are cleared, the user who cleared the mission early can select a new mission without waiting for 24 hours, for example.

  The mission replacement unit 335 may perform replacement processing not only for missions generated for individual users but also for shared missions. The missions replaced by the mission replacement unit 335 may include missions that the user has cleared once. That is, the same mission may be re-presented by changing the mission. In this case, the user can execute the mission once cleared again.

  The shared mission identification unit 336 identifies the mission presented on the mobile terminal of the second user who has a friendship with the first user so that the shared mission is presented on the mobile terminal of the first user. In the following description, it is assumed that the first user (self) is user a and one second user (other user) is user c.

  The shared mission identification unit 336 first identifies another user who has a friend relationship with the user a by referring to the user management table using the user ID of the user a as a key. The shared mission identification unit 336 may present shared missions for all users who have a friend relationship on the mission list screen of the user a. However, when there are many people, only the number of people within a predetermined upper limit is displayed. Let me present a shared mission. For example, the shared mission identification unit 336 sets the upper limit of the number of people to present a shared mission as four, and sets the missions cleared by the four as shared missions. The shared mission identification unit 336 selects, as the four people, for example, among the users who have a friend relationship with the user “a”, the two who have the latest previous end date and the two who have the oldest previous end date. That is, the shared mission identification unit 336 selects the user who has played the game most recently and the user who has not played the game recently as other users who present the shared mission on the mission list screen of the user a.

  Then, the shared mission identification unit 336 refers to the user management table using the user ID of the selected other user as a key, selects one of the already completed missions for the user, and identifies it as the shared mission. Since the shared mission is configured so that the user can select only within a predetermined effective time, the shared mission identification unit 336, for example, sets the missions that each user has recently cleared as one shared mission. Identify. Alternatively, the shared mission identification unit 336 may select one of the unfinished missions for the user and identify it as a shared mission.

  By presenting a shared mission on the mission list screen, for example, a user may not be able to acquire an item he / she wants in his / her mission, but may be able to acquire an item he / she wants in a shared mission. And as a user who has more users who are friends, more missions are shared, so it is easier to acquire items. Therefore, when the shared mission is presented on the mission list screen, the opportunity for the user to select a mission further increases, and the user's willingness to continue the game is improved.

  Note that the dungeon in which the user can acquire the item he wants may be displayed with priority. For example, the mission that the user has not cleared in the past is managed on the server 3 side so that the user can reliably acquire the item that the user wants, and the shared mission identification unit 336 can select from a plurality of candidates as a shared mission. , Missions that the user could not clear in the past may be preferentially extracted.

  Further, the mission and items that can be acquired when the mission is cleared are associated and managed by the server 3 (mission management table in FIG. 4B). Therefore, if the user specifies in advance an item he wants, the shared mission identification unit 336 may control to extract a mission that can acquire the item specified by the user among a plurality of shared mission candidates. Good.

  Since the mission corresponding to the user level is generated by the mission generation unit 332, the shared mission is a mission corresponding to the level of another user who has a friend relationship with the user a. For example, when another user has a higher level than the user a, a mission that is not presented at the level of the user a may be presented as a shared mission. In this case, it is difficult for the user a to clear the shared mission, but if it can be cleared, the user a can acquire more items than when the mission generated for him is cleared.

  In order to present a mission with a high difficulty level as a shared mission, the shared mission identification unit 336 clears a mission cleared by a user whose level is higher than that of the user a among a plurality of users who have a friend relationship with the user a. It may be a shared mission. Or the shared mission specific | specification part 336 is good also as a shared mission for the mission of the other users who have predetermined relationships other than friend relationship, such as the user who the user a has designated.

  Furthermore, the number of shared missions to be presented is not limited to one per user who has a friend relationship with the user a, but may be a plurality. And, for example, parameters such as intimacy can be set between the user and other users who have a friend relationship, and the number of shared missions to be presented and the shared missions can be acquired according to the parameters. The type and number of items may be different.

  The shared mission identification unit 336 also presents the mission presented on the mobile terminal of the second user (user c) who has a friendship with the first user (user a) to the mobile terminal of the first user. To the second user's mobile terminal via the server communication unit 31. At that time, the shared mission identification unit 336 clearly indicates the user name (user a) of the first user and sends a push notification to the second user. In this way, for example, it is better to notify the user that the mission has been shared with the user a and clearly indicate the one-to-one relationship between the users. It is possible to attract the user's interest and provide motivation to the game. In particular, the shared mission identification unit 336 prompts such a user to participate in the game by selecting a user who has not played the game recently as the second user.

(3) Operation of Game System 1 FIG. 6 shows an example of an operation sequence of the game system 1. Note that the operation sequence described below is based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance, mainly by the terminal processing unit 25 and the server processing unit 33, by the mobile terminal 2 and the server 3. It is executed in cooperation with each element.

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

  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 processing using the specified user ID and password as parameters (step S602). When the user is authenticated by the user authentication unit, the control unit 331 instructs the list presentation unit 333 to execute the process using the specified user ID as a parameter (step S604).

  The control unit 331 transmits the list screen display data returned by the list presentation unit 333 to the mobile terminal 2 via the server communication unit 31 (step S606). When the browsing execution unit 251 of the portable terminal 2 receives the list screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received list screen display data. Also, the browsing execution unit 251 outputs the created drawing data to the display unit 24, and displays a mission list screen (step S608).

  In the mission list screen, when the execution of the mission is instructed by the user via the operation unit 23, the browsing execution unit 251 transmits the instruction content and the user ID to the server 3 via the terminal communication unit 21 ( Step S610). When receiving the mission execution request from the portable terminal 2 via the server communication unit 31, the control unit 331 of the server 3 instructs the mission execution unit 334 to execute the process using the received mission execution request as a parameter (step S612). .

  When the mission execution process by the mission execution unit 334 is completed, the control unit 331 instructs the list presentation unit 333 to execute the process (step S614), and the list returned by the list presentation unit 333, similarly to steps S604 and S606. The screen display data is transmitted to the mobile terminal 2 (step S616). The browsing execution part 251 of the portable terminal 2 displays a mission list screen on the display part 24 similarly to step S608 (step S618).

  In addition, in the mission list screen, when the user gives an instruction to change the mission via the operation unit 23, the browsing execution unit 251 transmits the instruction content and the user ID to the server 3 via the terminal communication unit 21. (Step S620). When receiving the mission replacement request from the mobile terminal 2 via the server communication unit 31, the control unit 331 of the server 3 instructs the mission replacement unit 335 to execute the process using the received mission replacement request as a parameter (step S622). .

  When the mission replacement process by the mission replacement unit 335 is completed, the control unit 331 instructs the list presentation unit 333 to execute the process (step S624) and returns the list returned by the list presentation unit 333, similarly to steps S604 and S606. The screen display data is transmitted to the portable terminal 2 (step S626). And the browsing execution part 251 of the portable terminal 2 displays a mission list screen on the display part 24 (step S628). Thereafter, the same processing is performed.

  FIG. 7A is a diagram illustrating an example of an operation flow of the list presentation unit 333.

  First, the list presentation unit 333 identifies an unfinished mission of the target user (step S700). At that time, the list presenting unit 333 refers to the user management table using the user ID of the target user as a key, and identifies three presented mission IDs and unfinished mission IDs. Further, the list presenting unit 333 refers to the mission management table using each identified presented mission ID as a key, and identifies items that can be acquired in the mission.

  If all the three missions identified in step S700 have been cleared (that is, there is no outstanding mission ID) (Yes in step S702), the list presentation unit 333 activates the replacement button (step S704). ). On the other hand, when there is an unfinished mission among the three missions identified in step S700 (No in step S702), the list presentation unit 333 does not execute step S704 and keeps the replacement button disabled. To do.

  Subsequently, the list presentation unit 333 causes the shared mission identification unit 336 to identify the shared missions presented in the mission list screen (step S706). The list presentation unit 333 displays a mission list screen including a mission list screen including a name of each mission, an image, an acquirable item, whether each mission is cleared, a button for selecting each mission, and the like. Display data is created (step S708). The list presenting unit 333 returns the list screen display data to the control unit 331 (step S710), and ends the process.

  In the operation flow of FIG. 7A, each time the list acquisition process is executed, a shared mission is specified in step S706. For example, a shared mission specifying unit 336 sets a mission that has been recently cleared by each user as a shared mission. Therefore, the shared mission presented on the mission list screen may not change even if step S706 is executed.

  FIG. 7B is a diagram illustrating an example of an operation flow of the mission replacement unit 335.

  First, the mission replacement unit 335 causes the mission generation unit 332 to generate a new mission for the target user (step S720). The mission replacement unit 335 updates the target mission ID of the target user in the user management table with the newly generated mission ID (step S722). Further, the mission replacement unit 335 adds the ID of the newly generated mission to the incomplete mission ID of the target user in the user management table (step S724). Thereby, the mission replacement unit 335 ends the process.

  FIG. 8 is a diagram illustrating an example of an operation flow of the shared mission identification unit 336.

  The shared mission identification unit 336 first refers to the user management table using the user ID of the target user as a key, and extracts users who have a friend relationship with the target user (step S800). Then, the shared mission identification unit 336 selects one friend-related user from among the users extracted in step S800 according to a predetermined criterion such as a user with the latest previous end date and time or a user with the oldest previous end date and time. Select (step S802). The shared mission identification unit 336 identifies the already-completed mission of the selected user by referring to the user management table using the user ID of the selected other user as a key (step S804). The shared mission identification unit 336 further selects one of the most recently cleared missions among the already-completed missions identified in step S804, and identifies it as a mission to be shared (step S806).

  Here, when the number of persons to whom the shared mission is presented has not reached the predetermined upper limit (No in step S808), the process returns to step S802. On the other hand, when the number of shared missions has reached the upper limit (Yes in step S808), the shared mission identification unit 336 returns the missions identified so far to the list presentation unit 333 as a shared mission (step S810). ), The process is terminated.

  As described above, in the game system 1, the mission generation unit 332 generates and provides separate missions to individual users, and the mission replacement unit 335 replaces the missions on the mission list screen, so that the user The opportunity to select the menu item is increased, and it becomes possible to maintain and improve the user's willingness to continue the game.

  In the operation flow of FIG. 7A, once the replacement button is pressed, the replacement button is not validated unless all the presented missions are cleared. However, the replacement button may be pressed any number of times within a predetermined period (for example, 24 hours) after being pressed.

  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 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Control part 332 Mission generation part 333 List presentation part 334 Mission execution part 335 Mission replacement part 336 Shared mission specific part 4 Base station 5 Mobile body Communication network 6 Gateway 7 Internet

Claims (11)

A method of providing a game in which a plurality of missions are presented to a user's terminal from a server including a storage unit that stores information about the level of the user and information about other users associated with the user for each of a plurality of users There,
For each of the plurality of users, the server generates a mission of difficulty according to the level of the user;
The server transmits information for displaying a list screen of a plurality of missions generated for the user on the terminal of the user to the terminal;
For each of the plurality of users, the server sets a mission of difficulty according to the level of the other user presented on the terminal of the other user associated with the user as a shared mission that can be selected by the user. Identifying, and
In the transmitting step, the server transmits, to the terminal, information for causing the terminal of the user to display the mission generated for the user and the list screen of the shared mission.
A method characterized by that.   In the transmitting step, the server displays information for displaying on the list screen instruction means for updating the mission to another mission according to the progress of the mission included in the list screen. The method according to claim 1, wherein the transmission is to a terminal. The server further replacing the mission included in the list screen displayed on the terminal of the user with another mission generated for the user in response to the operation of the instruction means;
The method according to claim 2, wherein in the transmitting step, the server transmits information for causing the terminal of the user to display a list screen of the replaced missions.   The method according to claim 3, wherein in the step of replacing, the server further replaces the shared mission presented on the list screen with another mission having a difficulty level according to the level of the other user. The storage unit further stores information regarding a time at which each of the plurality of users last played the game,
In the identifying step, the server corresponds to the mission identified as the shared mission based on a length of time during which the game is not executed from among a plurality of users associated with the user. The method according to claim 1, wherein another user is selected.   The server according to claim 5, further comprising the step of notifying the other user's terminal that the mission presented to the other user's terminal is also presented to the user's terminal as the shared mission. Method.   In the transmitting step, the server transmits information for displaying the list screen on the terminal of the user so that the user can select the shared mission only for a predetermined period. The method according to any one of claims 1 to 6.   In the transmitting step, the server displays a list screen that associates the generated mission for each user with items that can be acquired by clearing the mission on the terminal of the user. The method according to claim 1, wherein the information is transmitted to the terminal.   9. The method of claim 8, wherein in the generating step, the higher the level of the user, the higher the level of the user, the server generates a mission that can acquire more valuable items or more items when cleared. Control of a server that includes a storage unit that stores information on the level of the user and information on other users associated with the user for each of the plurality of users, and provides a game in which a plurality of missions are presented to the user's terminal A program comprising:
For each of the plurality of users, generate a mission of difficulty according to the level of the user,
Send information to the terminal to display a list screen of a plurality of missions generated for the user on the user terminal,
A function of specifying, for each of the plurality of users, a mission of difficulty corresponding to the level of the other user presented on the terminal of the other user associated with the user as a shared mission that can also be selected by the user Realized,
In the function of transmitting, the server transmits information for causing the terminal of the user to display a list screen of the mission generated for the user and the shared mission, to the terminal.
A control program characterized by that. A server that provides a game in which a plurality of missions are presented to a plurality of user terminals,
A storage unit that stores information on the level of the user and information on other users associated with the user for each of the plurality of users;
For each of the plurality of users, a generation unit that generates a mission of difficulty according to the level of the user,
A presentation unit that transmits information for displaying a list screen of a plurality of missions generated for the user on the terminal of the user;
A specification that specifies, for each of the plurality of users, a mission of difficulty according to the level of the other user presented on the terminal of the other user associated with the user as a shared mission that the user can also select. And
The presenting unit transmits to the terminal information for causing the user's terminal to display the mission generated for the user and the list screen of the shared mission.
A server characterized by that.

Images