JP6668524B2 - Control method, control program, and computer - Google Patents

Description

  The present invention relates to a control method, a control program, and a computer.

  In recent years, servers that provide games to portable terminals via communication networks have become widespread. Some of the games provided by such a server are those in which a plurality of users can participate (so-called "social games").

  Patent Literature 1 discloses a social game in which a user of a social game forms a friendship with another user on the game and participates in the game jointly. For example, a user can participate in a game of fighting an enemy together with other users who have become friends.

JP 2013-225290 A

  In the social game described in Patent Literature 1, in order for a user to start a game in a friendship with a specific user, the user must register with the same SNS (Social Networking Service) as other users. Was needed. Further, the user has to perform a complicated and time-consuming procedure of directly forming a friendship with a specific user in the game.

  An object of the present invention is to provide a control method, a control program, and a computer that enable a game to be started easily based on a relationship between users without performing complicated and complicated procedures.

  A control method according to the present invention is a game control method for controlling a progress of a game of a user registered in an application in a computer including a storage unit, wherein each user is registered in the application for each of a plurality of users. The game progress request including the identification information of the first user is acquired from the first terminal of the first user, and the first user registers the application in the application. It is determined whether or not the first user is registered in the application. If the first user is registered in the application, the display data for displaying the game screen used for the game is transmitted to the first terminal. If not registered in the first terminal, display data for displaying a registration screen for registering the first user in the application is displayed on the first terminal. It includes transmitting to.

  Further, in the control method according to the present invention, the storage unit stores the identification information of each user in association with the identification information of another user related in the application. May further include a different second user identification, and determine whether the second user identification is associated with the first user identification if the first user is registered in the application. If it is further determined that the identification information of the second user is associated with the identification information of the first user, a screen including at least both the character of the first user and the character of the second user is defined as a game screen. The second user identification information is associated with the first user identification information if the second user identification information is not associated with the first user identification information. It is preferable to set the screen for kicking the game screen.

  In the control method according to the present invention, the storage unit stores identification information of each user in association with game registration information indicating whether or not each user is registered in the game. If it is registered in the application, it is further determined whether the first user is registered in the game, and if the first user is not registered in the game, the first user is registered in the game. Preferably, the game registration screen is a game screen.

  In the control method according to the present invention, it is preferable that the identification information of the second user included in the game progress request is acquired by the first terminal from the second terminal of the second user.

  Further, in the control method according to the present invention, the identification information of the second user included in the game progress request is obtained by photographing a display image displayed by the second terminal by the photographing unit of the first terminal. Is preferred.

  Further, in the control method according to the present invention, the identification information of the second user included in the game progress request may be obtained from the second terminal using the short-range wireless communication by the communication unit of the first terminal. preferable.

  Further, in the control method according to the present invention, the game progress request further includes identification information of a third user obtained by the first terminal capturing the display image by the capturing unit. Is registered in the application, it is further determined whether the identification information of the third user is associated with the identification information of the first user, and the identification information of the third user is identified by the identification information of the first user. When linked to the information, it is preferable that a screen including at least both the character of the first user and the character of the third user be the game screen.

  Further, in the control method according to the present invention, a plurality of display images created based on different privilege identification information are displayed on the second terminal, and each privilege identification information corresponding to the plurality of display images is provided with a respective privilege identification information. The privilege associated with the information is stored in the storage unit, and the game progress request further includes privilege identification information obtained by the first terminal capturing one of the plurality of display images by the capturing unit. It is preferable that the method further includes giving a privilege associated with the privilege identification information to the first user, the second user, or the first user and the second user.

  In the control method according to the present invention, in the second terminal, a three-dimensional object in which each of the plurality of display images is arranged on each surface may be displayed so that any one of the display images can be selected according to a user operation. preferable.

  In addition, the control program according to the present invention includes a storage unit, and a computer that controls the progress of a game of a user registered in the application stores identification information of each user, and determines whether each user is registered in the application. A game progress request including identification information of the first user is acquired from the first terminal of the first user, stored in the storage unit in association with the registration information shown, and whether or not the first user is registered in the application If the first user is registered in the application, the display data for displaying the game screen used for the game is transmitted to the first terminal, and the first user is registered in the application. If not, transmitting display data for displaying a registration screen for registering the first user in the application to the first terminal. To be executed.

  Further, the computer according to the present invention is a computer that controls the progress of a game of a user registered in the application, wherein identification information of each user is registered information indicating whether each user is registered in the application. A storage unit that stores the information in association with an acquisition unit that acquires a game progress request including the identification information of the first user from the first terminal of the first user; and whether the first user is registered in the application. When the first user is registered with the application, the display unit transmits display data for displaying a game screen used for the game to the first terminal, and the first user registers with the application. If not, display data for displaying a registration screen for registering the first user in the application is stored in the first terminal. And a transmitter which signals to.

  The control method, the control program, and the computer according to the present invention make it possible to start a game easily based on the relationship between users without performing complicated and complicated procedures.

FIG. 1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 3 is a diagram illustrating an example of a schematic configuration of a server 3. (A) is a diagram showing an example of a data structure of a game user management table, (b) is a diagram showing an example of a data structure of an SNS application user management table, and (c) is a diagram of a privilege management table. It is a figure showing an example of a data structure. FIG. 9 is a schematic diagram for explaining screen transition of the mobile terminal 2. FIG. 4 is a diagram illustrating an example of a display screen of the mobile terminal 2. (A)-(d) is a figure which shows an example of the display screen of the portable terminal 2. FIG. FIG. 3 is a diagram illustrating an example of an operation sequence of the game system 1. It is a figure showing an example of an operation flow of game progress processing. It is a figure showing an example of an operation flow of game execution screen display data creation processing. FIG. 14 is a diagram illustrating an example of an operation flow of an association process. It is a figure showing an example of an operation flow of game registration processing. FIG. 14 is a diagram illustrating an example of an operation flow of an SNS application registration process. (A)-(b) is a figure which shows another example of the display screen of the portable terminal 2. FIG. It is a figure showing other examples of schematic composition of personal digital assistant 2 '. It is a schematic diagram for explaining the screen transition of the portable terminal 2 '.

  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, but extends to the inventions described in the claims and their equivalents.

(1) Outline of the present embodiment In the game system of the present embodiment, a plurality of users execute a game provided by a server using a mobile terminal. Hereinafter, a user who is already a member of the game system and can display his / her own ID (Identification) on the portable terminal is referred to as an execution user, and the ID of the execution user is referred to as an execution user ID. Further, a user who is about to participate in the game system from now on is referred to as a participating user, and the ID of the participating user is referred to as a participating user ID.

  In this game system, when the execution user is registered in the game and registered in the SNS application, the execution user can execute the game provided by the server.

  The user registered in the game is a user registered to execute the game provided by the server, and a user whose user ID, password, name, and the like are stored in the server. The user registered in the SNS application is a user registered to execute the SNS application provided by the server, and a user whose user ID, password, name, and the like are stored in the server. . Note that the SNS application is an example of another application different from a game, and is provided to a user's mobile terminal by a server.

  The mobile terminal owned by the execution user registered in the game transmits the execution user ID and the password to the server to display data for displaying the game execution screen (hereinafter, referred to as game execution screen display data). ). The game execution screen is a screen that can be displayed by a mobile terminal that has been successfully authenticated by the execution user ID and that depicts a game space associated with the execution user ID. Characters or items associated with the execution user ID are displayed in the game space. Then, the mobile terminal of the executing user can output the drawing data created based on the game execution screen display data received from the server.

  In this game system, a QR (Quick Response) code (“QR code” is a registered trademark) that is a two-dimensional code is created based on the execution user ID. The participating user can acquire the execution user ID by photographing the QR code displayed on the mobile terminal of the execution user. The execution user ID and the participation user ID may be any information as long as the information can uniquely identify the user. Although the QR code which is a two-dimensional code is used as the information displayed on the mobile terminal of the executing user, other information can be used. For example, a still image, a moving image, or text information such as numbers or characters may be used.

  The portable terminal of the participating user who has acquired the execution user ID requests the server to acquire game execution screen display data including the participation user ID and the execution user ID. Upon receiving the game execution screen display data acquisition request, the server determines whether the participating user is registered in the SNS application.

  When the participating user is registered in the SNS application, the server transmits display data for displaying the game screen to the participating user's mobile terminal. On the other hand, if the participating user is not registered in the SNS application, the server displays display data for displaying a registration screen for registering the participating user in the SNS application so that the participating user can use the SNS application. Send The game screen includes a screen related to the execution of the game, such as a friend registration screen and a game registration screen described later, in addition to the game execution screen.

  If the participating user is registered in the SNS application, the server further determines whether or not the participating user is a friend of the executing user on the SNS application. When the participating user is a friend of the executing user, the server transmits game execution screen display data including the character of the participating user, the character of the executing user, and the like to the mobile terminal of the participating user. On the other hand, if the participating user is not a friend of the executing user, the server transmits friend registration screen display data for registering the participating user as a friend of the executing user to the mobile terminal of the participating user.

  A friend is an example of a user associated with a specific user on a game or an SNS application, and the users are stored in the server in association with each other. When the users have a friend relationship in the game, the server manages the user ID of one user and the user ID of the other user in the game in association with each other. When the users have a friend relationship on the SNS application, the server manages the user ID of one user and the user ID of the other user in the SNS application in association with each other.

  As described above, in a game that presupposes a friend relationship on the SNS application, the user can easily access the game execution screen without performing a complicated procedure.

(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 a plurality of mobile terminals 2a, 2b, 2c and a server 3. Note that the mobile terminals 2a, 2b, and 2c are terminals having the same configuration, and the mobile terminals 2a, 2b, and 2c may be hereinafter referred to as the mobile terminals 2, respectively. The mobile terminal 2 and the server 3 are connected to each other via a communication network, for example, via 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 mobile terminal 2 and a program (for example, a game program) executed on the server 3 use a communication protocol such as a hypertext transfer protocol (Hypertext Transfer Protocol, HTTP). To 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 connects to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7 to communicate with the server 3. The mobile terminal 2 executes a game provided from the server 3 according to an operation of an operation unit (such as a button) by a user. 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, a photographing unit 25, and a terminal processing unit 26.

  In the present embodiment, a multi-function mobile phone (a so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. 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 having a predetermined frequency band as a sensitive band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like and communicates with the base station 4 via a channel allocated by the base station 4. The terminal communication unit 21 transmits the data supplied from the terminal processing unit 26 to the server 3 or the like. Further, the terminal communication unit 21 supplies the data received from the server 3 or the like to the terminal processing unit 26.

  The terminal storage unit 22 includes, for example, a semiconductor memory. 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 26. For example, the terminal storage unit 22 stores, as driver programs, 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. In addition, the terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data related to a game provided from the server 3, and the like. The computer program is stored in a terminal storage unit from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory) using a known setup program or the like. 22 may be installed.

  The terminal storage unit 22 stores, as data, a user ID, which is identification information of a user of the mobile terminal 2, display data, video data, image data, and the like relating to a game received from the server 3. Further, the terminal storage unit 22 may temporarily store temporary data related to the predetermined process.

  The operation unit 23 may be any device as long as the operation of the mobile terminal 2 is possible, and is, for example, a touch panel input device, a keypad, or the like. The user can use the operation unit 23 to input characters, numbers, and the like. When operated by the user, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 26 as a user's instruction.

  The display unit 24 may be any device that can display a video, an image, and the like, and is, for example, a touch panel display device, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 26, an image corresponding to the image data, and the like.

  The imaging unit 25 includes an imaging optical system, an image sensor, an image processing unit, and the like. The imaging optical system is, for example, an optical lens, and forms a light beam from a subject on an imaging surface of an imaging element. The imaging device is a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS), and outputs an image signal of a subject image formed on an imaging surface. The image processing unit creates and outputs image data in a predetermined file format from an image signal generated by the image sensor.

  The terminal processing unit 26 includes one or more processors and their peripheral circuits. The terminal processing unit 26 controls the overall operation of the mobile terminal 2 in an integrated manner, and is, for example, a CPU (Central Processing Unit). The terminal processing unit 26 includes a terminal communication unit 21 and a display unit that execute various processes of the mobile terminal 2 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. 24 and the like are controlled. The terminal processing unit 26 performs processing based on programs (such as an operating system program, a driver program, and an application program) stored in the terminal storage unit 22. Further, the terminal processing unit 26 can execute a plurality of programs (such as application programs) in parallel.

(2.1.1) Configuration of Terminal Processing Unit 26 The terminal processing unit 26 includes a browsing execution unit 261, an information acquisition unit 262, and an information transmission unit 263. Each of these units is a functional module realized by a program executed by a processor included in the terminal processing unit 26. Alternatively, these units may be mounted on the mobile terminal 2 as firmware.

  The browsing execution unit 261 executes a game provided by the server 3 according to an instruction from a user using the operation unit 23. When receiving a game start instruction from the user using the operation unit 23, the browsing execution unit 261 further receives a user ID and a password from the user using the operation unit 23, and receives a game start request including the received user ID and password. The data is transmitted to the server 3 via the terminal communication unit 21.

  Note that the user ID and the password may be stored in the terminal storage unit 22 in advance, and the viewing execution unit 261 may acquire the user ID and the password by reading the user ID and the password from the terminal storage unit 22. Note that, when the authentication process using the user ID and the password succeeds, the server 3 transmits home screen display data for displaying a home screen described later to the mobile terminal 2. Further, the browsing execution unit 261 can also execute the SNS application provided by the server 3 according to an instruction from the user using the operation unit 23.

  When receiving the home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 261 creates drawing data based on the received home screen display data. That is, the browsing execution unit 261 analyzes the received home screen display data, specifies control data and content data, lays out the specified content data in accordance with the specified control data, and creates drawing data. Then, the browsing execution unit 261 outputs the created drawing data to the display unit 24.

  In addition, in response to an instruction from the user using the operation unit 23, the viewing execution unit 261 transmits a game progress request including a request type corresponding to the instruction to the server 3 via the terminal communication unit 21. The game progress request includes a game execution screen acquisition request for requesting acquisition of game execution screen display data, a friend registration request for associating a user with an execution user ID, and a game for requesting user registration for playing the game. Either a registration request or an SNS application registration request for requesting registration of a user for implementing the SNS application. The game progress request is specified as one of a game execution screen acquisition request, a friend registration request, a game registration request, and an SNS application registration request based on the request type included in the game progress request.

  The browsing execution unit 261 receives corresponding display data from the server 3 via the terminal communication unit 21 as a response to the game progress request, creates drawing data corresponding to the received display data, and outputs the drawing data to the display unit 24. I do.

  The information acquiring unit 262 acquires the user ID of another user based on the two-dimensional code image data obtained by photographing the two-dimensional code displayed on the portable terminal of another user via the photographing unit 25. . The information acquisition unit 262 outputs the acquired user ID (execution user ID) of another user to the information transmission unit 263 together with the user ID (participating user ID) of the mobile terminal 2. The information acquisition unit 262 may be realized by a known application program that reads a two-dimensional code.

  The information transmission unit 263 creates a game execution screen acquisition request for requesting the server to acquire game execution screen display data, and uses the created game execution screen acquisition request as a game progress request via the server communication unit 21. Send to The game execution screen acquisition request includes the participation user ID together with the execution user ID received from the information acquisition unit 262.

(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 is an example of a computer that executes a game. The server 3 provides a game in response to a request from the mobile terminal 2 and performs association between users, user registration for the game, user registration for the SNS application, and the like. The server 3 creates display data in response to a request from the mobile terminal 2 and transmits the display data to the mobile terminal 2. To this end, 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 wired communication interface circuit such as Ethernet (registered trademark) for connecting the server 3 to the Internet 7 and communicates with the Internet 7. Then, the server communication unit 31 supplies the 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 semiconductor memory, 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 or the like in which a character plays a mini-game while a character plays a mini-game and a privilege based on the result is given to the user. The computer program may be installed in the terminal storage unit 22 from a computer-readable portable recording medium such as a CD-ROM or a DVD-ROM, using a known setup program or the like.

  The server storage unit 32 stores, as data, a game user management table (FIG. 4A) for managing users registered in the game, and an SNS application user management table (FIG. 4A) for managing users registered in the SNS application. 4 (b), a privilege management table (FIG. 4 (c)) for managing privileges, and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  FIG. 4A shows an example of the data structure of the game user management table. In the game user management table, for each user, a user ID, a password, a name, a file name of character image data, a game friend user ID, and the like are stored in association with each other. The user ID is information for uniquely identifying the user, and is, for example, character string information set by the user, a mail address of the user, or information set by the server 3 at random. The character image data is data representing an image of the user's character displayed on the game execution screen.

  The game friend user ID is a user ID of another user associated with the user in the game. For example, when two users have a friend relationship with each other on the game, the user ID of one user is stored as the user ID of the other user, and the user ID of the other user is stored as the user ID of the other user. The user ID of one user is stored.

  FIG. 4B is a diagram illustrating an example of the data structure of the SNS application user management table. In the SNS application user management table, a user ID, a password, a name, a file name of avatar image data, an SNS application friend user ID, and the like are stored in association with each user. The user ID stored in the game user management table and the user ID stored in the SNS application user management table may be the same ID or different IDs. Hereinafter, a description will be given assuming that the user IDs stored in both the user management tables are the same user ID. The avatar image data is data representing an image of the avatar of the user displayed on the execution screen of the SNS application.

  The SNS application friend user ID is a user ID of another user associated with the user on the SNS application. For example, when two users have a friend relationship with each other on the SNS application, the SNS application friend user ID of one user stores the user ID of the other user, and the SNS application friend user of the other user. The ID stores the user ID of one user.

  FIG. 4C is a diagram illustrating an example of a data structure of a privilege management table for managing the privilege. The privilege management table stores the privilege ID and the privilege in association with each other. The privilege ID is information for uniquely identifying the privilege. Benefits include items used by the user character in the game, experience values of the user character, and the like.

  The server processing unit 33 includes one or more processors and their peripheral circuits. The server processing unit 33 controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls operations of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure according to a program or the like stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (such as an operating system program, a driver program, and an application program) 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

  FIG. 5 is a schematic diagram for explaining a screen transition of the mobile terminal 2. Hereinafter, a case will be described as an example where the participating user accesses the game execution screen displayed on the mobile terminal 2a owned by the executing user using the mobile terminal 2b owned by the user.

  First, as shown in FIG. 5, a two-dimensional code created based on the execution user ID is displayed on the mobile terminal 2a of the execution user. On the other hand, the portable terminal 2b of the participating user acquires the effective user ID by photographing the two-dimensional code displayed on the portable terminal 2a of the effective user using the photographing unit 25 of the portable terminal 2b.

  FIG. 6 is a diagram illustrating an example of the home screen 600 displayed on the mobile terminal 2a of the execution user. On the home screen 600, a game progress button 601, a setting button 602, a two-dimensional code 603 for a smartphone, a two-dimensional code 604 for a feature phone, and a description 605 of how to use the two-dimensional codes 603 and 604 are displayed.

  When the game progress button 601 is tapped, the browsing execution unit 261 of the mobile terminal 2a transmits a game progress request for requesting the progress of the game to the server 3 via the terminal communication unit 21. The browsing execution unit 261 outputs, to the display unit 24, drawing data created based on the game execution screen display data received from the server 3 in response to the game progress request.

  When the setting button 602 is tapped, the browsing execution unit 261 transmits to the server 3 a request to acquire display data for displaying a screen for inputting setting information necessary for proceeding with the game. The browsing execution unit 261 receives the display data created in response to the acquisition request, and outputs to the display unit 24 the drawing data created based on the received display data.

  The two-dimensional codes 603 and 604 are created based on the execution user ID. In the mobile terminal 2a of the executing user, the two-dimensional code 603 for the smartphone and the two-dimensional code 604 for the feature phone are simultaneously displayed on one screen to reduce the number of redirects for displaying the two-dimensional codes 603 and 604. Can be.

  The description 605 of the method of using the two-dimensional codes 603 and 604 is a description that prompts the user to read the displayed two-dimensional codes 603 and 604 into the portable terminal 2b of the participating user. Accordingly, the participating user can understand that the two-dimensional code displayed on the mobile terminal 2a of the execution user is directly imaged using the imaging unit 25 of the mobile terminal 2b owned by the participating user.

  Returning to the description of FIG. 5, next, the server 3 determines whether or not the participating user is registered in the SNS application, whether or not the participating user is registered in the game, and whether or not the participating user is a friend of the executing user.

  When the participating user is registered in the SNS application, registered in the game, and is a friend of the executing user, the mobile terminal 2b of the participating user displays a game execution screen 501.

  The game execution screen 700 shown in FIG. 7A is a diagram showing an example of the game execution screen 501 shown in FIG. The game execution screen 700 is displayed when the portable terminal 2b of the participating user accesses the server based on the executing user ID obtained by photographing the two-dimensional code displayed on the mobile terminal 2a of the executing user. It is displayed on the mobile terminal 2b.

  A game space 703 including a participating user character 701 and an executing user character 702 is displayed on the game execution screen 700. On the game execution screen 700, a game space associated with the execution user ID, which can be displayed on a mobile terminal that has been successfully authenticated by the execution user ID, is drawn. A character or an item associated with the execution user ID is displayed in the game space 703. In the game space 703, the character 701 of the participating user and the character 702 of the executing user may display a game such as a battle or a competition or a game for clearing a quest jointly. In addition, when the game progress button 601 displayed on the home screen 600 shown in FIG. 6 is tapped on the mobile terminal 2a of the execution user, the mobile terminal 2a of the execution user also displays the game execution screen 700.

  Returning to the description of FIG. 5, next, when the participating user is registered in the SNS application, registered in the game, and is not a friend of the executing user, the mobile terminal 2b of the participating user makes the participating user a friend of the executing user. A friend registration screen 502 for registration is displayed. When the friend registration button 512 on the friend registration screen 502 is tapped, the portable terminal 2b of the participating user transmits a friend registration request requesting that the participating user be registered as a friend of the executing user to the server.

  A friend registration screen 710 illustrated in FIG. 7B is a diagram illustrating an example of the friend registration screen 502 illustrated in FIG. The friend registration screen 710 includes a character 711 of a participating user, a character 712 of an executing user, a description 713 of a game obtained by being associated such as becoming a friend, and a friend for associating the participating user with the executing user. A registration button 714 and the like are displayed. By displaying the characters 711 and 712, the participating user can check the appearance of the character to be a friend, so that it is possible to prompt the participating user to register as a friend. In addition, by displaying the game description 713, the participating user can obtain advantageous information at the time of participating in the game, so that it is possible to prompt the friend registration of the participating user.

  Returning to the description of FIG. 5, when the friend registration button 512 on the friend registration screen 502 is tapped and a friend registration request is transmitted to the server, the portable terminal 2b of the participating user displays the game execution screen 503. Note that, for example, a game execution screen 700 shown in FIG. 7A is displayed as the game execution screen 503.

  Next, when the participating user is not registered in the SNS application, the portable terminal 2b of the participating user displays an SNS application registration screen 504 for registering the participating user in the SNS application.

  An SNS application registration screen 720 illustrated in FIG. 7C is a diagram illustrating an example of the SNS application registration screen 504 illustrated in FIG. The SNS application registration screen 720 includes a user name input box 721 for inputting a user name, a password input box 722 for inputting a password, a name input box 723 for inputting a name, and an SNS application registration button 724 for instructing SNS application registration. Are displayed. When the SNS application registration button 724 is tapped after inputting information into the input boxes 721 to 723, the portable terminal 2b of the participating user sends an SNS application registration request including input information such as a user ID, a password, and a name to the server 3. Send to

  Returning to the description of FIG. 5, after the participating user is registered in the SNS application on the SNS application registration screen 504, the mobile terminal 2b of the participating user displays a game registration screen 505 for registering the participating user in the game. I do.

  A game registration screen 730 illustrated in FIG. 7D is a diagram illustrating an example of the game registration screen 505 illustrated in FIG. On the game registration screen 730, a user name input box 731 for inputting a user name, a password input box 732 for inputting a password, a name input box 733 for inputting a name, a game registration button 734 for instructing game registration, and the like are displayed. Is done. When the game registration button 734 is tapped after inputting information in the input boxes 721 to 723, the portable terminal 2b of the participating user transmits a game registration request including input information such as a user ID, a password, and a name to the server 3. I do.

  Returning to the description of FIG. 5, after the participating user is registered in the game on the game registration screen 505, the participating user's mobile terminal 2b again captures the two-dimensional code displayed on the executing user's mobile terminal 2a. Display an acquisition process screen (not shown) prompting the user to do so.

  Next, the portable terminal 2b of the participating user acquires the effective user ID by photographing the two-dimensional code displayed on the portable terminal 2a of the effective user.

  The portable terminal 2b of the participating user that has acquired the executing user ID displays a friend registration screen 506 for registering the participating user as a friend of the executing user. For example, a friend registration screen 710 shown in FIG. 7B is displayed as the friend registration screen 506.

  When the friend registration button 516 on the friend registration screen 506 is tapped and a friend registration request is transmitted to the server, the portable terminal 2b of the participating user displays the game execution screen 507. The game execution screen 700 shown in FIG. 7A is an example of the game execution screen 507 shown in FIG.

  Next, when the participating user is registered in the SNS application and not registered in the game, the mobile terminal 2b of the participating user displays a game registration screen 505 for registering the participating user in the game. The screen transition after the game registration screen 505 is displayed is the same as when the participating user is not registered in the SNS application.

  As shown in FIGS. 5 to 7, depending on whether the participating user is registered in the SNS application, whether or not the user is registered in the game, and whether or not the participating user is a friend of the executing user, The terminal 2b displays one of a game execution screen 501, a friend registration screen 502, an SNS application registration screen 504, and a game registration screen 505. This makes it possible to start the game easily based on the relationship between the users without performing complicated and troublesome procedures.

(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 display data creation unit 332, An association unit 333, a game registration unit 334, and an SNS application registration unit 335 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, these units may be implemented in the server 3 as firmware.

  Hereinafter, processing by the control unit 331 will be described. The control unit 331 controls the progress of the game, and appropriately instructs the display data creation unit 332, the association unit 333, the game registration unit 334, the SNS application registration unit 335, and the like to execute processing.

  Upon receiving the game start request from the mobile terminal 2 of the execution user via the server communication unit 31, the control unit 331 transmits the execution user ID and the password included in the received game start request to a user authentication unit (not shown). , An instruction to execute authentication processing of the SNS application and the game.

  When the authentication by the user authentication unit is successful, the control unit 331 creates a two-dimensional code using a known two-dimensional code creation algorithm based on the execution user ID. The server 3 may create two types of two-dimensional codes, that is, a two-dimensional code for a smartphone and a two-dimensional code for a feature phone.

  The control unit 331 creates home screen display data for displaying a home screen including a two-dimensional code, and transmits the home screen display data to the mobile terminal 2 via the server communication unit 31.

  On the other hand, when the control unit 331 receives the game progress request from the mobile terminal 2 via the server communication unit 31, the game progress request requests acquisition of game execution screen display data from the request type included in the game progress request. A game execution screen acquisition request, a friend registration request for associating a user with an execution user ID, a game registration request for requesting a user to register a game, and a user registration for a SNS application Out of the SNS application registration request to be performed.

  If the specified request is a game execution screen acquisition request, the control unit 331 passes the participating user ID and the execution user ID included in the game execution screen acquisition request to the display data creation unit 332, and Instruct creation. Further, the control unit 331 transmits the display data created by the display data creation unit 332 to the mobile terminal 2 via the server communication unit 31.

  When the specified request is a friend registration request, the control unit 331 passes the participating user ID and the execution user ID included in the friend registration request to the associating unit 333, and instructs execution of the associating process. The control unit 331 transmits the game execution screen display data created by the display data creation unit 332 to the mobile terminal 2 via the server communication unit 31.

  When the specified request is the SNS application registration request, the control unit 331 passes the participating user ID, the password, the name, the file name of the avatar image data, and the like included in the SNS application registration request to the SNS application registration unit 335. At the same time, it instructs execution of the SNS application registration process. Further, the SNS application registration unit 335 transfers the game registration screen display data created by the display data creation unit 332 to the control unit 331. The control unit 331 transmits the game registration screen display data received from the SNS application registration unit 335 to the mobile terminal 2 via the server communication unit 31.

  When the specified request is a game registration request, the control unit 331 passes the participating user ID, the password, the name, the file name of the character image data, and the like included in the game registration request to the game registration unit 334. Instructs execution of registration processing. Further, the game registration unit 334 passes the created acquisition processing screen display data to the control unit 331. The control unit 331 transmits the acquisition processing screen display data received from the game registration unit 334 to the mobile terminal 2 via the server communication unit 31.

  Hereinafter, processing by the display data creation unit 332 will be described. The display data creation unit 332 creates display data according to an instruction from the control unit 331, and passes the created display data to the control unit 331.

  When the creation of the game execution screen display data is instructed, the display data creation unit 332 determines whether or not the participating users are registered in the SNS application. With reference to the SNS application user management table stored in the server storage unit 32, it is determined whether the participating user ID received from the control unit 331 is registered in the SNS application user management table. When the participating user is not registered in the SNS application, the display data creating unit 332 displays the user name input box 721, the password input box 722, the name input box 723, the SNS application registration button 724, and the like in a predetermined layout. The SNS application registration screen display data is created and passed to the control unit 331.

  When the participating user is registered in the SNS application, the display data creating unit 332 determines whether the participating user is registered in the game. The display data creation unit 332 refers to the game user management table stored in the server storage unit 32 and determines whether the participating user ID received from the control unit 331 is registered in the game user management table. When the participating user is not registered in the game, the display data creation unit 332 performs game registration for displaying a user name input box 731, a password input box 732, a name input box 733, a game registration button 734, and the like in a predetermined layout. Screen display data is created and passed to the control unit 331.

  When the participating user is registered in the game, the display data creating unit 332 determines whether the participating user is a friend of the executing user. The display data creation unit 332 refers to the game user management table stored in the server storage unit 32 and adds the friend user ID corresponding to the participating user ID received from the control unit 331 and the execution user ID received from the control unit 331. It is determined whether or not is associated with and stored.

  When the participating user is not a friend of the executing user, the display data creating unit 332 creates the friend registration screen display data. The display data creation unit 332 refers to the game user management table stored in the server storage unit 32, and converts the respective character image data corresponding to the participating user ID and the executing user ID received from the control unit 331 into the character of the participating user. And the character of the execution user. The display data creation unit 332 creates friend registration screen display data for displaying a friend registration screen in which the characters of the participating user and the characters of the execution user are arranged. The display data creation unit 332 passes the created friend registration screen display data to the control unit 331.

  The display data creation unit 332 creates game execution screen display data when the participating user is a friend of the execution user. The display data creation unit 332 refers to the game user management table stored in the server storage unit 32, and converts the respective character image data corresponding to the participating user ID and the executing user ID received from the control unit 331 into the character of the participating user. And the character of the execution user. The display data creation unit 332 creates game execution screen display data for displaying the game execution screen including the extracted characters of the participating users and the characters of the execution user, and passes the data to the control unit 331.

  In addition, the display data creation unit 332 creates game registration screen display data according to an instruction from the SNS application registration unit 335, and passes the created game registration screen display data to the SNS application registration unit 335.

  Hereinafter, processing by the association unit 333 will be described. The associating unit 333 performs an associating process in accordance with an instruction from the control unit 331, and instructs the display data creating unit 332 to create game execution screen display data.

  The associating unit 333 registers the participating user as a friend of the executing user. When the associating process is instructed, the associating unit 333 associates the game user ID corresponding to the participating user ID received from the controller 331 and the execution user ID received from the controller 331 in the game user management table, and stores the associating user ID. I do. Further, the associating unit 333 associates the game friend user ID corresponding to the execution user ID received from the control unit 331 with the participating user ID received from the control unit 331 and stores the associated user ID. The execution user ID and the participation user ID may be stored in association with the SNS application friend ID corresponding to the participation user ID and the execution user ID in the SNS application management table.

  In addition, the associating unit 333 passes the associated participating user ID and executing user ID to the display data creating unit 332, and instructs creation of game execution screen display data. The display data creation unit 332 creates game execution screen display data when the participating user is a friend of the execution user, and passes the data to the association unit 333. The associating unit 333 transfers the received game execution screen display data to the control unit 331.

  Hereinafter, a process performed by the game registration unit 334 will be described. The game registration unit 334 performs a game registration process in accordance with an instruction from the control unit 331, creates acquisition processing screen display data described later, and transfers the data to the control unit 331.

  The game registration unit 334 registers a user for playing the game. When the game registration process is instructed, the game registration unit 334 stores the user ID, password, name, and character image data files received from the control unit 331 in the game user management table stored in the server storage unit 32. Add a data record including the name. The game registration unit 334 creates acquisition processing screen (not shown) display data including an explanatory text for prompting a shooting operation of the two-dimensional code displayed on the mobile terminal of the execution user ID, and transfers the data to the control unit 331.

  Hereinafter, processing by the SNS application registration unit 335 will be described. The SNS application registration unit 335 performs an SNS application registration process in accordance with an instruction from the control unit 331, and instructs the display data creation unit 332 to create game registration screen display data. The SNS application registration unit 335 transfers the received game registration screen display data to the control unit 331.

  The SNS application registration unit 335 registers a user for executing the SNS application. When the SNS application registration process is instructed, the SNS application registration unit 335 stores the user ID, password, name, and avatar image received from the control unit 331 in the SNS application user management table stored in the server storage unit 32. Add a data record including the data file name. The SNS application registration unit 335 instructs the display data creation unit 332 to create game registration screen display data for registering the participating user in the game, and controls the game registration screen display data received from the display data creation unit 332 to the control unit. 331.

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

  The execution user instructs the start of the game using the operation unit 23 of the mobile terminal 2a. The viewing execution unit 261 receives the execution user ID and the password using the operation unit 23, and transmits a game start request including the received execution user ID and the password to the server 3 via the terminal communication unit 21 (Step S101). .

  When receiving the game start request from the mobile terminal 2a via the server communication unit 31, the control unit 331 of the server 3 transmits the execution user ID and the password included in the received game start request to the user authentication unit. An instruction is issued to execute an authentication process as to whether or not it is registered in the SNS application (step S102).

  When the authentication of the SNS application by the user authentication unit succeeds, the control unit 331 instructs execution of an authentication process as to whether or not the execution user is registered in the game (step S103).

  When the authentication of the game by the user authentication unit is successful, the control unit 331 creates a two-dimensional code using a known two-dimensional code creation algorithm based on the execution user ID. The control unit 331 creates home screen display data for displaying the home screen including the two-dimensional code (step S104).

  Next, the control unit 331 transmits the created home screen display data to the mobile terminal 2a via the server communication unit 31 (Step S105).

  When receiving the home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 261 of the mobile terminal 2a creates drawing data based on the received home screen display data. The browsing execution unit 261 outputs the created drawing data to the display unit 24, and displays a home screen including the two-dimensional code (Step S106).

  Next, the photographing unit 25 of the portable terminal 2b of the participating user photographs the two-dimensional code according to the operation of the portable terminal 2b by the user using the operation unit 23. The information acquisition unit 262 of the portable terminal 2b acquires the execution user ID based on the two-dimensional code image data obtained by the photographing of the photographing unit 25 of the portable terminal 2b (Step S107).

  The information acquisition unit 262 outputs the execution user ID acquired together with the participating user ID to the information transmission unit 263.

  The information transmitting unit 263 receives the participation user ID and the execution user ID. The information transmission unit 263 transmits a game execution screen acquisition request including the participation user ID and the execution user ID to the server 3 via the terminal communication unit 21 as a game progress request to acquire each display data (step S108). .

  When receiving the game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 of the server 3 determines, based on the request type included in the received game progress request, a game execution screen acquisition request, a friend registration request, and a game registration. Request or an SNS application registration request. Each unit of the server processing unit 33 creates each screen display data according to the received game progress request and the registered contents of the user management table stored in the server storage unit 32, and creates each screen display data created by the control unit 331. Is passed (step S109). Details of the game progress processing will be described later.

  Next, the control unit 331 transmits each screen display data received as a response from each unit of the server processing unit 33 to the mobile terminal 2b via the server communication unit 31 (Step S110).

  Upon receiving each screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 261 of the mobile terminal 2b creates drawing data based on the received screen display data. Further, the browsing execution unit 261 outputs the created drawing data to the display unit 24, and displays a corresponding screen (Step S111). Thereafter, the processing of steps S108 to S111 is repeated.

  FIG. 9 is a diagram illustrating an example of an operation flow of the game progress processing by each unit of the server processing unit 33. The game progress processing shown in FIG. 9 is executed in step S109 in FIG.

  First, when receiving the game progress request received from the mobile terminal 2 via the server communication unit 31, the control unit 331 specifies the request of the mobile terminal 2b from the request type included in the game progress request (Step S201). .

  When the specified request is a game execution screen acquisition request (Step S202-Yes), the control unit 331 instructs the display data creation unit 332 to create game execution screen display data. The display data creation unit 332 executes a game execution screen display data creation process of creating display data in response to the game execution screen acquisition request (Step S203), and ends a series of steps. The details of the game execution screen display data creation processing will be described later.

  On the other hand, when the request specified in Step S201 is a friend registration request (Step S202-No, Step S204-Yes), the control unit 331 instructs the association unit 333 to perform an association process.

  The associating unit 333 performs an associating process (step S205), and ends a series of steps. Details of the association will be described later.

  On the other hand, when the request specified in step S201 is a game registration request (step S204-No, step S206-YES), control unit 331 instructs game registration unit 334 to execute a game registration process.

  The game registration unit 334 executes a game registration process (Step S207), and ends a series of steps. Details of the game registration process will be described later.

  On the other hand, when the request specified in step S201 is an SNS application registration request (No in step S206), the control unit 331 instructs the SNS application registration unit 335 to execute an SNS application registration process. The SNS application registration unit 335 executes an SNS application registration process (Step S208), and ends a series of steps. Details of the SNS application registration process will be described later.

  FIG. 10 is a diagram illustrating an example of an operation flow of a game execution screen display data creation process by the display data creation unit 332. The game execution screen display data creation processing shown in FIG. 10 is executed in step S203 in FIG.

  First, the display data creation unit 332 determines whether a participating user is registered (step S301).

  When the participating user is not registered in the SNS application (step S301-No), the display data creating unit 332 creates SNS application registration screen display data (step S302). The display data creation unit 332 transfers the created SNS application registration screen display data to the control unit 331 (Step S308), and ends a series of steps.

  Next, when the participating user is registered in the SNS application (step S301-YES), the display data creating unit 332 determines whether the participating user is registered in the game (step S303). If the participating user is not registered in the game (step S303-No), the display data creating unit 332 creates game registration screen display data (step S304). The display data creation unit 332 transfers the created game registration screen display data to the control unit 331 (Step S308), and ends a series of steps.

  Next, when the participating user is registered (step S303-YES), the display data creating unit 332 determines whether the participating user is a friend of the executing user (step S305).

  When the participating user is not a friend of the executing user (step S305-NO), display data creating section 332 creates friend registration screen display data (step S304). The display data creation unit 332 passes the created friend registration screen display data to the control unit 331 (step S308), and ends a series of steps.

  When the participating user is a friend of the executing user (step S305-YES), the display data creating unit 332 creates game execution screen display data (step S307). The display data creation unit 332 passes the created game execution screen display data to the control unit 331 (Step S308), and ends a series of steps.

  FIG. 11 is a diagram illustrating an example of an operation flow of an associating process performed by the associating unit 333 and the display data creating unit 332. The association process shown in FIG. 11 is executed in step S205 in FIG.

  First, when the associating process is instructed, the associating unit 333 associates the participating user performed by the controller 331 with the execution user ID in the game user management table (step S401).

  Next, the association unit 333 instructs the display data creation unit 332 to create game execution screen display data, and the display data creation unit 332 creates game execution screen display data (step S402).

  Next, the display data creation unit 332 passes the created game execution screen display data to the associating unit 333, and the associating unit 333 passes the received game execution screen display data to the control unit 331 (step S403), and a series of steps is performed. To end.

  FIG. 12 is a diagram illustrating an example of an operation flow of the game registration process by the game registration unit 334. The game registration process shown in FIG. 12 is executed in step S207 in FIG.

  First, when the game registration process is instructed, the game registration unit 334 registers the user specified by the control unit 331 in the game user management table (Step S501).

  Next, the game registration unit 334 creates acquisition processing screen display data (Step S502).

  Next, the game registration unit 334 passes the acquired acquisition screen display data to the control unit 331 (step S503), and ends a series of steps.

  FIG. 13 is a diagram illustrating an example of an operation flow of SNS application registration processing by the SNS application registration unit 335. The SNS application registration process shown in FIG. 13 is executed in step S208 in FIG.

  First, when an SNS application registration process is instructed, the SNS application registration unit 335 registers the user specified by the control unit 331 in the SNS application user management table (Step S601).

  Next, the SNS application registration unit 335 instructs the display data creation unit 332 to create game registration screen display data. The display data creation unit 332 creates game registration screen display data (step S502), and passes the created game registration screen display data to the SNS application registration unit 335.

  Next, the SNS application registration unit 335 transfers the game registration screen display data received from the display data creation unit 332 to the control unit 331 (Step S503), and ends a series of steps.

  As described above, the game system 1 can provide a smooth interface for executing a game in accordance with a user's registration status with the SNS application, so that the game system 1 can perform complicated and time-consuming procedures. This makes it possible to easily start a game based on the relationship between users. Furthermore, in the game system 1, the user can access the page of the friend only by photographing the two-dimensional code displayed on the mobile terminal of the friend, and can play the game with the friend immediately. Becomes This eliminates the need for the user to search for the friend's user ID on the SNS in order to play the game with the friend. A smooth interface for executing a game can be provided according to the friendship between the user and the user or the registration status of the user to the game. Therefore, a wide range of users can easily participate in the game.

  Note that the present invention is not limited to the present embodiment. For example, in the present embodiment, the two-dimensional code displayed on the mobile terminal 2a of the execution user is created based on the execution user ID. However, a user other than the execution user (hereinafter referred to as a second execution user) ) (Hereinafter referred to as a second execution user ID).

  Hereinafter, a case where the second execution user uses the mobile terminal 2c will be described as an example. In this case, the mobile terminal 2a of the execution user acquires the second execution user ID by photographing the two-dimensional code displayed on the mobile terminal 2c of the second execution user. The mobile terminal 2a of the execution user stores the acquired second execution user ID in the terminal storage unit 22 of the mobile terminal 2a of the execution user.

  When the start of the game is instructed via the operation unit 23 of the mobile terminal 2a, the browsing execution unit 261 receives the execution user ID and the password from the execution user using the operation unit 23, and receives the execution user ID and the received password. A game start request including the acquired second execution user ID is transmitted to the server 3 via the terminal communication unit 21.

  When receiving the game start request from the mobile terminal 2a via the server communication unit 31, the control unit 331 of the server 3 transmits the execution user ID and the password included in the received game start request to the user authentication unit, and performs the authentication process. Instruct execution.

  When the authentication by the user authentication unit is successful, the control unit 331 creates a two-dimensional code based on the execution user ID and the second execution user ID. Note that the game start request may include a plurality of second execution user IDs together with the execution user ID. In this case, the control unit 331 generates a two-dimensional code based on the execution user ID and the plurality of second execution user IDs. create.

  The control unit 331 creates home screen display data for displaying a home screen including a two-dimensional code. The control unit 331 transmits the created home screen display data to the mobile terminal 2a via the server communication unit 31.

  The mobile terminal 2b of the participating user captures the two-dimensional code displayed on the mobile terminal 2a of the executing user, so that the mobile terminal 2b of the participating user can acquire the executing user ID and the second executing user ID. . Accordingly, it is possible for the user to simultaneously acquire the execution user ID and the plurality of second execution user IDs without performing a complicated procedure, and to associate the participating user with the execution user and the plurality of second execution users.

  Further, in the present embodiment, the two-dimensional code displayed on the mobile terminal of the execution user is a two-dimensional code created based on the execution user ID, but is created based on the execution user ID and the privilege ID. Is also good.

  In this case, when the execution user instructs the start of the game using the operation unit 23 of the mobile terminal 2a, the viewing execution unit 261 receives the execution user ID and the password from the execution user using the operation unit 23, and executes the received execution. A game start request including a user ID and a password is transmitted to the server 3 via the terminal communication unit 21.

  When receiving the game start request from the mobile terminal 2a via the server communication unit 31, the control unit 331 of the server 3 transmits the execution user ID and the password included in the received game start request to the user authentication unit, and performs the authentication process. Instruct execution.

  When the authentication by the user authentication unit is successful, the control unit 331 creates a two-dimensional code based on the execution user ID and the privilege ID. The control unit 331 randomly selects a predetermined number of privilege IDs from the plurality of privilege IDs and creates a predetermined number of two-dimensional codes based on each of the predetermined number of privilege IDs and the execution user ID. Is also good. The control unit 331 creates home screen display data for displaying a home screen including a two-dimensional code. The control unit 331 transmits the created home screen display data to the mobile terminal 2a via the server communication unit 31.

  FIG. 14A shows another example of the home screen 1300. On the home screen 1300, a plurality of two-dimensional codes 1301, a description 1302 of how to use the codes 1301, and the like are displayed.

  The mobile terminal 2b of the participating user acquires the execution user ID and the privilege ID by photographing the two-dimensional code displayed on the mobile terminal 2a of the execution user. The portable terminal 2b of the participating user transmits the acquired privilege ID to the server 3, and the control unit 331 of the server 3 refers to the privilege management table shown in FIG. Assigned to participating users. Since the participating user can become a friend of the executing user and obtain a privilege by photographing the two-dimensional code displayed on the mobile terminal 2a of the executing user, the two-dimensional code displayed on the mobile terminal 2a of the executing user can be obtained. Motivation to shoot codes increases. In addition, the participating user can enjoy the lottery game by selecting and photographing one two-dimensional code from a plurality of two-dimensional codes, thereby increasing the motivation of the participating user to photograph the two-dimensional code.

  Note that the control unit 331 of the server 3 may give the privilege corresponding to the privilege ID to the participating user and also grant the privilege to the executing user. The privilege may be given only to the user. In addition, the privilege given to the participating user and the privilege given to the executing user may be the same or may be a predetermined privilege.

  FIG. 14B shows another example of the display screen of the mobile terminal 2 displaying a plurality of two-dimensional codes. A home screen 1310 shown in FIG. 14B displays a solid 1311 displaying a plurality of codes, a description 1312 of a method of using the solid 1311 displaying a plurality of codes, and the like. The solid 1311 arranges each of a plurality of two-dimensional codes on each surface. The browsing execution unit 261 of the mobile terminal 2a creates drawing data of the three-dimensional object 1311 that can be rotated in an arbitrary direction according to the operation of the execution user using the operation unit 23. Then, the browsing execution unit 261 outputs the created drawing data to the display unit 24.

  Thereby, the participating user rotates and displays the solid 1311 displaying the plurality of two-dimensional codes according to the operation unit 23 of the mobile terminal 2a, and captures a desired two-dimensional code using the mobile terminal 2b of the participating user. Therefore, the pleasure of searching for the two-dimensional code on the surface hidden by the three-dimensional display increases, and the desire to capture the two-dimensional code increases.

  Note that the two-dimensional code may be created based on a URL (Uniform Resource Locator) that includes information for identifying the execution user ID and indicates a storage location of each screen display data. In this case, the information transmitting unit 263 creates a game progress request including the participating user ID and the executing user ID based on the URL obtained by capturing the two-dimensional code. Further, in a server in which processing for transmitting the game execution screen display data, the game registration screen display data, and the friend registration screen display data to the mobile terminal is implemented, the URL included in the game progress request is stored in the game execution screen display data, the game registration screen. By providing the storage location of the display data and the friend registration screen display data, it is possible to reduce the number of steps for mounting an existing social game.

  In the present embodiment, the two-dimensional code displayed on the mobile terminal 2a of the execution user is captured by the mobile terminal 2b of the participating user to obtain the execution user ID. However, without using the two-dimensional code, the execution user ID is transmitted from the execution user's mobile terminal 2a to the participating user's mobile terminal 2b using short-range wireless communication between terminals such as Bluetooth (registered trademark). Is also good.

  FIG. 15 shows a mobile terminal 2 ′ (2) used when transmitting an execution user ID from the execution user's mobile terminal 2′a to the participating user's mobile terminal 2′b using short-range wireless communication between terminals. It is a figure which shows an example of the schematic structure of 'a, 2'b). 15, the same components as those of the mobile terminal 2 shown in FIG. 2 are denoted by the same reference numerals, and description thereof will be omitted.

  The portable terminal 2 'further includes a short-range wireless communication unit 27' in addition to the components shown in FIG. The short-range wireless communication unit 27 'has an interface circuit for performing short-range wireless communication according to a communication method such as Bluetooth. The information transmission unit 263 of the mobile terminal 2'a of the execution user transmits the execution user ID via the short-range wireless communication unit 27 '. The portable terminal 2 ′ b of the participating user receives the execution user ID transmitted via the short-range wireless communication unit 27 ′ and passes it to the information acquisition unit 262.

  FIG. 16 is a schematic diagram for explaining the screen transition of the portable terminal 2 'in this case. 16, the same components as those in the schematic diagram shown in FIG. 5 are denoted by the same reference numerals, and description thereof will be omitted. First, as shown in FIG. 16, the portable terminal 2'b of the participating user receives the effective user ID from the portable terminal 2'a of the effective user using short-range wireless communication between the terminals. Next, the server 3 determines whether the participating user is registered in the game and whether the participating user is a friend of the executing user.

  When the participating user is not registered, the portable terminal 2b of the participating user displays a game registration screen for registering the participating user in the game. After the participating user is registered on the game registration screen, the participating user's mobile terminal 2′b receives the executing user ID again from the executing user's mobile terminal 2′a using short-range wireless communication between the terminals. A prompting acquisition process screen (not shown) is displayed.

  Again, the participating user's mobile terminal 2'b receives the execution user ID from the execution user's mobile terminal 2'a using short-range wireless communication between the terminals. The portable terminal 2'b of the participating user who has acquired the execution user ID displays a friend registration screen for registering the participating user as a friend of the execution user.

  This makes it possible to easily display the game execution screen displayed on the terminal of another user on the terminal of the user without using the two-dimensional code without performing a complicated procedure by the user. Become.

  The server 3 determines whether or not the participating user is registered in the SNS application by checking whether or not the user ID of the participating user is registered in the SNS application user management table. It may be determined based on whether or not there is. In this case, when the server 3 receives the game execution screen display data from the participating user's mobile terminal 2b and the authentication for the participating user is successful, the server 3 determines that the participating user is registered in the SNS application, If the authentication for the participating user is not successful, it is determined that the participating user is not registered in the SNS application. Similarly, the server 3 may determine whether or not the participating user is registered in the game based on whether or not the participating user is logged in to the game.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made without departing from the spirit and scope of the invention. In particular, when the game system 1 of the present invention functions as the server 3 connected to the mobile terminal 2 via a network, a game progress screen is displayed on the mobile terminal 2 based on data generated by the server 3. A hybrid game in which each of the server 3 and the mobile terminal 2 performs a part of the processing, such as a web display and a native display in which other menu screens and the like are displayed by a native application installed in the mobile terminal 2. You can also.

2, 2 'mobile terminal 3 server 31 server communication unit 32 server storage unit 33 server processing unit 331 control unit 332 display data creation unit 333 association unit 334 game registration unit 335 SNS application registration unit

Claims (5)

A control method of a computer including a storage unit and controlling a progress of a game of a user registered in an application,
For each of a plurality of users registered in the game, and stores before Symbol storage unit identification information of each user, for each of a plurality of privilege identification information, the benefits associated with each award identification information in the storage unit Remember ,
The identification information of the second user and one of the plurality of privilege identification information are acquired from a second terminal of a second user different from the first user among the plurality of users . from the first terminal of the first user, and acquires the identification information of the first user, the game progress request including the identification information and the one benefits identification information of the second user,
Granting a privilege associated with one privilege identification information included in the game progress request to at least one of the first user and the second user,
Look at including it,
The first terminal is configured to capture one of a plurality of display images created on the basis of different privilege identification information displayed on the second terminal, thereby identifying the second user. And obtaining the one privilege identification information,
A control method characterized in that: If the identification information of the second user is associated with the identification information of the first user in response to acquiring the game progress request, display data for displaying a game execution screen is displayed on the first user. Send to terminal,
If the identification information of the second user is not associated with the identification information of the first user, a screen for associating the identification information of the second user with the identification information of the first user is displayed. Transmitting display data to the first terminal,
The control method according to claim 1, further comprising: The screen for associating the second user identification information identifying information of the first user, both the character of the first user of the character and the second user is included at least claim 2 The control method described in 1. A computer that has a storage unit and controls the progress of the game of the user registered in the application,
For each of a plurality of users registered in the game, and stores before Symbol storage unit identification information of each user, for each of a plurality of privilege identification information, the benefits associated with each award identification information in the storage unit Remember ,
The identification information of the second user and one of the plurality of privilege identification information are acquired from a second terminal of a second user different from the first user among the plurality of users . from the first terminal of the first user, and acquires the identification information of the first user, the game progress request including the identification information and the one benefits identification information of the second user,
Granting a privilege associated with one privilege identification information included in the game progress request to at least one of the first user and the second user,
Look at including it,
The first terminal is configured to capture one of a plurality of display images created on the basis of different privilege identification information displayed on the second terminal, thereby identifying the second user. And obtaining the one privilege identification information,
A control program that lets you do things. A computer for controlling the progress of a game of a user registered in the application,
For each of a plurality of users registered in the game, as well as memorize the identity of each user, for each of a plurality of privilege identification information, a storage unit for storing the benefits associated with each award identification information,
The identification information of the second user and one of the plurality of pieces of privilege identification information are acquired from a second terminal of a second user different from the first user among the plurality of users . from the first terminal of the first user, an acquisition unit that acquires a game progress request including the identification information of the first user identification information and the one benefits identification information of the second user,
A control unit that provides a privilege associated with one privilege identification information included in the game progress request to at least one of the first user and the second user;
Bei to give a,
The first terminal is configured to capture one of a plurality of display images created on the basis of different privilege identification information displayed on the second terminal, thereby identifying the second user. And obtaining the one privilege identification information,
A computer characterized by the above-mentioned.

Images