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

Description

Article 30, Paragraph 2 of the Patent Law applies Website address: http://jp. apps. gree. net/ja/95 Publication date: March 17, 2014

The present invention relates to control methods, control programs, and computers.

In recent years, servers that provide games to mobile terminals via communication networks have become widespread. Games provided by such servers include 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 companion relationship with another user on the game and participates in the game jointly. For example, a user can participate in a game in which the user fights an enemy with another user who has a companion relationship.

JP 2013-225290 A

In the social game described in Patent Document 1, in order for a user to become friends with a specific user and start the game, the user must register with the same SNS (Social Networking Service) as other users. was necessary. Furthermore, the user had to go through a complicated and time-consuming procedure to directly become a companion on the game with a specific user.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a control method, a control program, and a computer that make it possible to start a game easily based on relationships between users without performing complicated and time-consuming procedures.

A control method according to the present invention is a game control method for controlling progress of a game of a user registered in an application in a computer having a storage unit, wherein each user is registered in the application for each of a plurality of users. A 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 with the application. and if the first user is registered with the application, display data for displaying a game screen used in the game is transmitted to the first terminal, and the first user registers with the application. sending display data to the first terminal for displaying a registration screen for registering the first user with the application if the first user is not registered with the application.

Further, in the control method according to the present invention, the identification information of each user is further stored in association with the identification information of other related users in the application in the storage unit, and the game progress request includes the first user and further includes identification information of a different second user, and if the first user is registered with the application, whether the identification information of the second user is associated with the identification information of the first user Further, if the identification information of the second user is associated with the identification information of the first user, the screen including at least both the character of the first user and the character of the second user is defined as the game screen. , when the identification information of the second user is not associated with the identification information of the first user, the screen for associating the identification information of the second user with the identification information of the first user may be the game screen. preferable.

Further, in the control method according to the present invention, the identification information of each user is further stored in the storage unit in association with game registration information indicating whether each user is registered in the game, and the first user is If registered with the application, further determining whether the first user is registered with the game, and if the first user is not registered with the game, registering the first user with the game. It is preferable that the game registration screen be the game screen.

Further, 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 from the second terminal of the second user by the first terminal.

Further, in the control method according to the present invention, the identification information of the second user included in the game progress request is acquired by capturing the display image displayed by the second terminal with the capturing 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 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 the identification information of the third user acquired by the first terminal capturing the display image by the capturing unit. is registered with the application, further determining whether the identification of the third user is associated with the identification of the first user; When associated with information, it is preferable that the game screen be a screen that includes at least both the first user's character and the third user's character.

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 is displayed for each privilege identification information corresponding to the plurality of display images. 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 with the imaging unit. preferably further comprising granting the benefit associated with the benefit identification to the first user, the second user, or the first user and the second user.

Further, in the control method according to the present invention, a stereoscopic image in which each of a plurality of display images is arranged on each surface is displayed on the second terminal such that any one of the display images can be selected according to a user operation. preferable.

Further, the control program according to the present invention stores the identification information of each user in a computer that has a storage unit and controls the progress of the game of the users registered in the application, and whether or not each user is registered in the application. a game progress request including the identification information of the first user is acquired from the first terminal of the first user, and whether or not the first user is registered in the application; If the first user is registered in the application, display data for displaying a game screen used in the game is transmitted to the first terminal, and the first user is registered in the application. If not, display data for displaying a registration screen for registering the first user in the application is transmitted to the first terminal.

Further, a computer according to the present invention is a computer that controls the progress of a game of a user registered in an application, and includes identification information of each user as registration information indicating whether or not each user is registered in the application. A storage unit for storing data in association, an acquisition unit for acquiring a game progress request including identification information of a first user from a first terminal of the first user, and whether or not the first user is registered in an application and a determination unit for determining whether the first user is registered in the application, and transmitting display data for displaying a game screen used in the game to the first terminal, and the first user is registered in the application. and a transmitting unit configured to transmit display data for displaying a registration screen for registering the first user to the application, if not, to the first terminal.

INDUSTRIAL APPLICABILITY A control method, a control program, and a computer according to the present invention make it possible to easily start a game based on relationships between users without complicated and time-consuming procedures.

1 is a diagram showing an example of a schematic configuration of a game system 1; FIG. 2 is a diagram showing an example of a schematic configuration of a mobile terminal 2; FIG. 3 is a diagram showing an example of a schematic configuration of a server 3; FIG. (a) is a diagram showing an example of the data structure of a game user management table, (b) is a diagram showing an example of the data structure of an SNS application user management table, and (c) is a diagram showing a privilege management table. It is a figure which shows an example of a data structure. 4 is a schematic diagram for explaining screen transition of the mobile terminal 2. FIG. 3 is a diagram showing an example of a display screen of the mobile terminal 2; FIG. (a) to (d) are diagrams showing an example of a display screen of the mobile terminal 2. FIG. 3 is a diagram showing an example of an operation sequence of the game system 1; FIG. It is a figure which shows an example of the operation|movement flow of a game progress process. FIG. 10 is a diagram showing an example of an operation flow of game execution screen display data creation processing; FIG. 10 is a diagram illustrating an example of an operation flow of association processing; It is a figure which shows an example of the operation|movement flow of a game registration process. It is a figure which shows an example of the operation|movement flow of SNS application registration processing. (a) and (b) are diagrams showing another example of the display screen of the mobile terminal 2. FIG. FIG. 3 is a diagram showing another example of a schematic configuration of a mobile terminal 2'; FIG. 4 is a schematic diagram for explaining screen transitions of the mobile terminal 2'.

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

(1) Overview of the present embodiment In the game system of the present embodiment, a plurality of users use mobile terminals to play a game provided by a server. Hereinafter, a user who is already a member of the game system and is capable of displaying his/her own ID (Identification) on the mobile terminal will be referred to as an active user, and the ID of the active user will be referred to as an active user ID. A user who intends to participate in the game system from now on is called a participating user, and the ID of the participating user is called a participating user ID.

In this game system, when an active user is registered in the game and registered in the SNS application, the active user can play the game provided by the server.

A user registered in the game is a user who is registered to play the game provided by the server and whose user ID, password, name, etc. are stored in the server. A user registered in the SNS application is a user who is registered in order to execute the SNS application provided by the server, and whose user ID, password, name, etc. are stored in the server. . Note that the SNS application is an example of an application different from the game, and is provided to the mobile terminal of the user by the server.

The portable terminal owned by the executing user registered in the game transmits the executing user ID and password to the server, and displays display data for displaying the game executing screen (hereinafter referred to as game executing screen display data). ). A game execution screen is a screen on which a game space associated with an execution user ID is drawn and which can be displayed by a mobile terminal that has been successfully authenticated by the execution user ID. A character, an item, or the like associated with the executing user ID is displayed in this game space. Then, the portable terminal of the execution user can output 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), which is a two-dimensional code, is created based on the executing user ID. The participating user can acquire the effective user ID by photographing the QR code displayed on the portable terminal of the effective user. Any information may be used as the executing user ID and the participating user ID as long as the information can uniquely identify the user. In addition, although a QR code, which is a two-dimensional code, is used as information displayed on the portable terminal of the executing user, it is also possible to use other information. For example, still images, moving images, or text information such as numbers or characters may be used.

The mobile terminal of the participating user who has acquired the executing user ID requests the server to acquire the game execution screen display data including the participating user ID and the executing user ID. When the server receives a request to acquire the game execution screen display data, the server determines whether or not the participating user is registered in the SNS application.

If the participating user is registered with 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 provides 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. to send. In addition to the game execution screen, the game screen includes screens related to game execution, such as a friend registration screen and a game registration screen, which will be described later.

If the participating user is registered with the SNS application, the server further determines whether the participating user is a friend of the active user on the SNS application. If the participating user is a friend of the executing user, the server transmits game execution screen display data including the participating user's character and the executing user's character to the portable 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 portable terminal of the participating user.

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

In this way, in a game that assumes a friend relationship on an SNS application, the user can easily access the game execution screen without performing complicated procedures.

(2) Configuration of Game System 1 FIG. 1 is a diagram showing an example of a schematic configuration of the game system 1. As shown in FIG.

The game system 1 includes a plurality of mobile terminals 2 a, 2 b, 2 c and a server 3 . 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 mobile terminals 2, respectively. The mobile terminal 2 and the server 3 are interconnected 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, browsing program) executed by the mobile terminal 2 and a program (for example, a game program) executed by the server 3 use a communication protocol such as Hypertext Transfer Protocol (HTTP). communication.

(2.1) Configuration of Mobile Terminal 2 FIG. 2 is a diagram showing 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 and communicates with the server 3 . The mobile terminal 2 executes a game provided by the server 3 according to the user's operation of the operation unit (buttons, etc.). For this purpose, the mobile terminal 2 includes a terminal communication section 21 , a terminal storage section 22 , an operation section 23 , a display section 24 , an imaging section 25 and a terminal processing section 26 .

In this embodiment, a multifunctional mobile phone (so-called "smartphone") is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 may be 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., as long as the present invention can be applied. good.

The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitive band is a predetermined frequency band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a radio signal line based on the CDMA (Code Division Multiple Access) method or the like with the base station 4 via a channel allocated by the base station 4 to perform communication. The terminal communication unit 21 transmits the data supplied from the terminal processing unit 26 to the server 3 or the like. Also, the terminal communication unit 21 supplies 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, etc. 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 that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. The terminal storage unit 22 also stores, as application programs, a program for acquiring and displaying display data relating to a game provided by the server 3, and the like. The computer program can be stored in 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 that is identification information of the user of the portable terminal 2, display data related to the game received from the server 3, video data, image data, and the like. Furthermore, the terminal storage unit 22 may temporarily store temporary data related to predetermined processing.

The operation unit 23 may be any device as long as it can operate the mobile terminal 2, such as a touch panel input device, a keypad, or the like. A user can use the operation unit 23 to input characters, numbers, and the like. The operation unit 23 generates a signal corresponding to the operation when operated by the user. The generated signal is supplied to the terminal processing section 26 as a user's instruction.

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

The imaging unit 25 has an imaging optical system, an imaging device, an image processing unit, and the like. The imaging optical system is, for example, an optical lens, and forms an image of the light flux from the subject on the imaging surface of the imaging device. The imaging element is a CCD (Charge Coupled Device), a CMOS (Complementary Metal Oxide Semiconductor), or the like, and outputs an image signal of a subject image formed on an imaging plane. The image processing unit creates image data in a predetermined file format from the image signal generated by the imaging device and outputs the image data.

The terminal processing unit 26 includes one or more processors and their peripheral circuits. The terminal processing unit 26 controls overall operations of the mobile terminal 2, and is, for example, a CPU (Central Processing Unit). The terminal processing unit 26 controls the terminal communication unit 21, the display unit, and the like so that various processes of the mobile terminal 2 are executed according to appropriate procedures according to programs stored in the terminal storage unit 22, operations of the operation unit 23, and the like. 24 and the like. The terminal processing unit 26 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22 . Also, the terminal processing unit 26 can execute a plurality of programs (application programs, etc.) 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 implemented by a program executed by a processor included in the terminal processing unit 26 . Alternatively, each of these units may be implemented in the mobile terminal 2 as firmware.

The viewing execution unit 261 executes games provided by the server 3 according to instructions from the user using the operation unit 23 . Upon receiving a game start instruction from the user using the operation unit 23, the browsing execution unit 261 further receives a user ID and password from the user using the operation unit 23, and issues a game start request including the received user ID and password. It transmits to the server 3 via the terminal communication unit 21 .

Note that the user ID and password may be stored in the terminal storage unit 22 in advance, and the browsing execution unit 261 may acquire the user ID and password by reading them from the terminal storage unit 22 . When the authentication process using the user ID and password is successful, the server 3 transmits home screen display data for displaying a home screen, which will be described later, to the portable terminal 2 . The browsing execution unit 261 can also execute an 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 viewing execution unit 261 analyzes the received home screen display data to specify control data and content data, lays out the specified content data according to the specified control data, and creates drawing data. The viewing execution unit 261 then outputs the created drawing data to the display unit 24 .

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

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

The information acquisition unit 262 acquires the user ID of the other user based on the two-dimensional code image data obtained by photographing the two-dimensional code displayed on the portable terminal of the other user via the photographing unit 25. . The information acquisition unit 262 outputs the acquired user ID (executing user ID) of the other user together with the user ID (participating user ID) of the mobile terminal 2 to the information transmission unit 263 . Note that the information acquisition unit 262 may be implemented by an application program that reads a known 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 transmits the created game execution screen acquisition request to the server 3 via the terminal communication unit 21 as a game progress request. Send to The game execution screen acquisition request includes the participating user ID together with the executing user ID received from the information acquisition unit 262 .

(2.2) Configuration of Server 3 FIG. 3 is a diagram showing an example of a schematic configuration of the server 3. As shown in FIG.

The server 3 is an example of a computer that executes games. In response to a request from the mobile terminal 2, the server 3 provides games, associates users, registers users for games, and registers users for SNS applications. Also, 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 . For this purpose, the server 3 includes a server communication section 31 , a server storage section 32 and a server processing section 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 section 31 supplies the data received from the portable terminal 2 or the like to the server processing section 33 . The server communication unit 31 also transmits data supplied from the server processing unit 33 to the mobile terminal 2 and 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, or an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, etc. 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 for raising a character, playing a mini-game with the character, and providing a user with a privilege related to the result. The computer program may be installed in the terminal storage unit 22 from a computer-readable portable recording medium such as CD-ROM, DVD-ROM, etc. using a known setup program or the like.

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

FIG. 4(a) is a diagram showing an example of the data structure of the game user management table. In the game user management table, a user ID, password, name, character image data file name, game friend user ID, etc. are stored in association with each user. The user ID is information that uniquely identifies the user, and is, for example, character string information set by the user, the user's email address, or information randomly set by the server 3 . The character image data is data representing an image of the user's character to be displayed on the game execution screen.

A game friend user ID is a user ID of another user associated with the user on the game. For example, when two users become friends with each other in a game, one user's game friend user ID stores the other user's user ID, and the other user's game friend user ID stores The user ID of one user is stored.

FIG. 4B is a diagram showing an example of the data structure of the SNS application user management table. In the SNS application user management table, user ID, password, name, file name of avatar image data, SNS application friend user ID, etc. are associated and stored for 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. In the following description, it is assumed that the user IDs stored in both user management tables are the same user ID. The avatar image data is data representing an image of the user's avatar to be displayed on the execution screen of the SNS application.

The SNS application friend user ID is the user ID of another user associated with the user on the SNS application. For example, when two users become friends with each other on an SNS application, one user's SNS application friend user ID stores the other user's user ID, and the other user's SNS application friend user ID is stored as the other user's SNS application friend user ID. A user ID of one user is stored in ID.

FIG. 4(c) is a diagram showing an example of the data structure of a privilege management table for managing privileges. The privilege management table stores privilege IDs and privileges in association with each other. The privilege ID is information that uniquely identifies a privilege. The privilege is an item used by the user's character in the game, an experience value of the user's character, and the like.

The server processing unit 33 includes one or more processors and their peripheral circuits. The server processing unit 33 controls overall operations 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 according to appropriate procedures according to programs and the like 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 . Also, the server processing unit 33 can execute a plurality of programs (application programs, etc.) in parallel.

(2.2.1) Functions of Server Processing Unit 33

FIG. 5 is a schematic diagram for explaining screen transitions of the mobile terminal 2. As shown in FIG. An example will be described below in which a 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 participating user.

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

FIG. 6 is a diagram showing an example of a home screen 600 displayed on the mobile terminal 2a of the executing user. The home screen 600 displays a game progress button 601, a setting button 602, a two-dimensional code 603 for smartphones, a two-dimensional code 604 for feature phones, an explanation 605 of how to use the two-dimensional codes 603 and 604, and the like.

When the game progress button 601 is tapped, the viewing execution unit 261 of the mobile terminal 2a transmits a game progress request requesting progress of the game to the server 3 via the terminal communication unit 21 . The viewing 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 for obtaining display data for displaying a screen for inputting setting information necessary for progressing the game. The viewing execution unit 261 receives the display data created in response to this acquisition request, and outputs drawing data created based on the received display data to the display unit 24 .

Two-dimensional codes 603 and 604 are created based on the execution user ID. To reduce the number of redirects for displaying the two-dimensional codes 603 and 604 by simultaneously displaying the two-dimensional code 603 for the smart phone and the two-dimensional code 604 for the feature phone on the mobile terminal 2a of the executing user. can be done.

An explanation 605 of how to use the two-dimensional codes 603 and 604 is an explanation prompting the participating user to read the displayed two-dimensional codes 603 and 604 into the mobile terminal 2b. This allows the participating user to understand that the two-dimensional code displayed on the executing user's mobile terminal 2a is directly captured 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 the participating user is registered in the SNS application, registered in the game, and whether 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 portable terminal 2b of the participating user displays a game execution screen 501. FIG.

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

A game space 703 including a participating user's character 701 and an executing user's 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 by a portable terminal that has been successfully authenticated by the execution user ID, is drawn. A character, an item, or the like associated with the executing user ID is displayed in this game space 703 . In the game space 703, the participating user's character 701 and the executing user's character 702 may display a game such as a battle or competition, or a game in which a quest is cleared together. Note that the execution user's portable terminal 2a also displays the game execution screen 700 when the game progress button 601 displayed on the home screen 600 shown in FIG. 6 is tapped on the execution user's portable terminal 2a.

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

A friend registration screen 710 shown in FIG. 7B is a diagram showing an example of the friend registration screen 502 shown in FIG. The friend registration screen 710 includes a character 711 of the participating user, a character 712 of the executing user, a description 713 of the game obtained by association such as becoming friends, 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 users can check the appearance of the characters that will become friends, so it is possible to encourage the participating users to register as friends. In addition, by displaying the game description 713, the participating users can obtain advantageous information when participating in the game, so it is possible to encourage the participating users to register as friends.

Returning to the description of FIG. 5 , next, 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 mobile terminal 2 b of the participating user displays the game execution screen 503 . As the game execution screen 503, for example, the game execution screen 700 shown in FIG. 7A is displayed.

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.

The SNS application registration screen 720 shown in FIG. 7C is a diagram showing an example of the SNS application registration screen 504 shown 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. etc. is displayed. When the SNS application registration button 724 is tapped after entering information in each of the input boxes 721 to 723, the mobile terminal 2b of the participating user sends an SNS application registration request including input information such as user ID, password, and name to the server 3. Send to

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

A game registration screen 730 shown in FIG. 7D is a diagram showing an example of the game registration screen 505 shown in FIG. The game registration screen 730 displays 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. be done. When the game registration button 734 is tapped after entering information in each of the input boxes 721 to 723, the mobile terminal 2b of the participating user transmits a game registration request including input information such as user ID, password, name, etc. to the server 3. do.

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

Next, the participating user's portable terminal 2b obtains the executing user ID by photographing the two-dimensional code displayed on the executing user's portable terminal 2a.

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

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 mobile terminal 2 b of the participating user displays the game execution screen 507 . Note that the game execution screen 700 shown in FIG. 7A is a diagram showing an example of the game execution screen 507 shown in FIG.

Next, when the participating user is registered in the SNS application but not registered in the game, the portable terminal 2b of the participating user displays a game registration screen 505 for registering the participating user in the game. The screen transition after displaying the game registration screen 505 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 the participating user is registered in the game, and whether the participating user is a friend of the executing user, Any one of a game execution screen 501, a friend registration screen 502, an SNS application registration screen 504, and a game registration screen 505 is displayed on the terminal 2b. As a result, it is possible to easily start the game based on the relationship between users without performing complicated and time-consuming 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, and 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 implemented by a program executed by a processor included in the server processing unit 33 . Alternatively, each of these units may be implemented in the server 3 as firmware.

Processing by the control unit 331 will be described below. 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 a game start request from the mobile terminal 2 of the executing user via the server communication unit 31, the control unit 331 transmits the executing user ID and password included in the received game start request to the user authentication unit (not shown). , to instruct execution of authentication processing for SNS applications and games.

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

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

On the other hand, when the control unit 331 receives a 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 based on the request type included in the game progress request. A game execution screen acquisition request, a friend registration request requesting that a user be associated with an execution user ID, a game registration request requesting registration of a user for playing a game, and a request for registration of a user for executing an SNS application SNS application registration request to be specified.

When 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 also generates the game execution screen display data. Instruct creation. Also, 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 .

If the specified request is a friend registration request, the control unit 331 passes the participating user ID and the executing user ID included in the friend registration request to the association unit 333 and instructs the execution of association processing. 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 .

If the identified request is an SNS application registration request, the control unit 331 passes the participating user ID, password, name, file name of avatar image data, etc. included in the SNS application registration request to the SNS application registration unit 335 . Along with this, it instructs execution of the SNS application registration process. Also, the SNS application registration unit 335 passes 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 .

If the specified request is a game registration request, the control unit 331 passes the participating user ID, password, name, character image data file name, etc. included in the game registration request to the game registration unit 334, Instructs execution of registration processing. Also, 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 .

Processing by the display data creation unit 332 will be described below. The display data creation unit 332 creates display data according to instructions from the control unit 331 and passes the created display data to the control unit 331 .

When instructed to create game execution screen display data, the display data creating unit 332 determines whether or not the participating user is registered in the SNS application. By referring to the SNS application user management table stored in the server storage unit 32, it is determined whether or not 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 creation unit 332 displays the user name input box 721, password input box 722, name input box 723, SNS application registration button 724, etc. in a predetermined layout. SNS application registration screen display data is created and passed to the control unit 331 .

The display data creating unit 332 determines whether or not the participating user is registered in the game when the participating user is registered in the SNS application. The display data creation unit 332 refers to the game user management table stored in the server storage unit 32 and determines whether or not 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, etc. in a predetermined layout. Screen display data is created and transferred to the control unit 331 .

When the participating user is registered in the game, the display data creation 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 execution user ID received from the control unit 331 to the friend user ID corresponding to the participating user ID received from the control unit 331. is associated and stored.

The display data creating unit 332 creates friend registration screen display data when the participating user is not 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 generates the character image data corresponding to the participating user ID and the executing user ID received from the control unit 331 as characters of the participating users. and extracted as the character of the executing user. The display data creating unit 332 creates friend registration screen display data for displaying a friend registration screen on which the participating user's character and the executing user's character are arranged. The display data creation unit 332 passes the created friend registration screen display data to the control unit 331 .

The display data creating unit 332 creates game execution screen display data when 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 generates the character image data corresponding to the participating user ID and the executing user ID received from the control unit 331 as characters of the participating users. and extracted as the character of the executing user. The display data creation unit 332 creates game execution screen display data for displaying a game execution screen including the extracted participating user's character and the executing user's character, and transfers the data to the control unit 331 .

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

Processing by the associating unit 333 will be described below. The association unit 333 performs an association process according to an instruction from the control unit 331, and instructs the display data creation unit 332 to create game execution screen display data.

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

Further, the association unit 333 passes the associated participating user ID and execution user ID to the display data creation unit 332, and instructs the 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 association unit 333 passes the received game execution screen display data to the control unit 331 .

Processing by the game registration unit 334 will be described below. The game registration unit 334 performs game registration processing according to instructions 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 users for playing games. When game registration processing is instructed, the game registration unit 334 stores the file of the user ID, password, name, and character image data received from the control unit 331 in the game user management table stored in the server storage unit 32 . Add a data record containing first name, etc. The game registration unit 334 creates display data for an acquisition processing screen (not shown) including an explanation prompting the user to take a picture of the two-dimensional code displayed on the portable terminal of the executing user ID, and passes the data to the control unit 331 .

Processing by the SNS application registration unit 335 will be described below. The SNS application registration unit 335 performs SNS application registration processing according to 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 passes the received game registration screen display data to the control unit 331 .

The SNS application registration unit 335 registers a user for implementing the SNS application. When instructed to perform SNS application registration processing, 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 that includes the file name of the data, etc. The SNS application registration unit 335 instructs the display data creation unit 332 to create game registration screen display data for registering the participating users in the game, and sends the game registration screen display data received from the display data creation unit 332 to the control unit. Hand over to 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 based on programs stored in advance in the terminal storage unit 22 and the server storage unit 32, mainly by the terminal processing unit 26 and the server processing unit 33. Executed in cooperation with each element.

The executing user uses the operation unit 23 of the portable terminal 2a to instruct the start of the game. The browsing execution unit 261 receives the execution user ID and password using the operation unit 23, and transmits a game start request including the received execution user ID and password to the server 3 via the terminal communication unit 21 (step S101). .

Upon 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 password included in the received game start request to the user authentication unit. An instruction is given to execute authentication processing to determine whether or not the user is registered in the SNS application (step S102).

When the user authentication unit successfully authenticates the SNS application, the control unit 331 instructs execution of authentication processing to determine whether the executing user is registered in the game (step S103).

When the user authentication unit successfully authenticates the game, the control unit 331 creates a two-dimensional code using a known two-dimensional code creation algorithm based on the executing 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).

Upon receiving the home screen display data from the server 3 via the terminal communication unit 21, the viewing 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 to display the home screen including the two-dimensional code (step S106).

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

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

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

When the control unit 331 of the server 3 receives a game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 selects a game execution screen acquisition request, a friend registration request, or a game registration request from the request type included in the received game progress request. Specify whether it is a request or an SNS application registration request. Each part of the server processing unit 33 creates each screen display data according to the received game progress request and the registration contents of the user management table stored in the server storage unit 32, and each screen display data created in the control unit 331. (step S109). Details of the game progress processing will be described later.

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

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

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

First, when the control unit 331 receives a game progress request from the mobile terminal 2 via the server communication unit 31, it identifies the request of the mobile terminal 2b from the request type included in the game progress request (step S201). .

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

On the other hand, if the request identified 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 association processing.

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

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

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

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

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

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

If 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 passes the created SNS application registration screen display data to the control unit 331 (step S308), and ends the series of steps.

Next, if 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 creation unit 332 creates game registration screen display data (step S304). The display data creation unit 332 passes the created game registration screen display data to the control unit 331 (step S308), and ends the series of steps.

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

If the participating user is not a friend of the executing user (step S305-NO), the display data creating unit 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 the series of steps.

If the participating user is a friend of the execution user (step S305-YES), the display data creation 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 the series of steps.

FIG. 11 is a diagram showing an example of an operation flow of association processing by the association unit 333 and the display data creation unit 332. As shown in FIG. The association processing shown in FIG. 11 is performed in step S205 of FIG.

First, when the association processing is instructed, the association unit 333 associates the participating user and the execution user ID set by the control unit 331 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 generation unit 332 passes the generated game execution screen display data to the association unit 333, the association unit 333 transfers the received game execution screen display data to the control unit 331 (step S403), and a series of steps is performed. exit.

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

First, when game registration processing 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 created acquisition processing screen display data to the control unit 331 (step S503), and ends the 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. As illustrated in FIG. The SNS application registration process shown in FIG. 13 is executed in step S208 of FIG.

First, when instructed to perform SNS application registration processing, 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 creating unit 332 creates game registration screen display data (step S<b>502 ) and passes the created game registration screen display data to the SNS application registering unit 335 .

Next, the SNS application registration unit 335 passes the game registration screen display data received from the display data generation unit 332 to the control unit 331 (step S503), and ends the series of steps.

As described above, the game system 1 can provide a smooth interface for executing the game according to the user's registration status with the SNS application, so that complicated and time-consuming procedures can be avoided. , allows the game to be easily started based on the relationships between users. Furthermore, the game system 1 allows the user to access the friend's page simply by photographing the two-dimensional code displayed on the friend's portable terminal, and immediately play the game with the friend. 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 the game can be provided according to the friend relationship between the user and the friend user or the user's registration status for the game. Therefore, a wide range of users can easily participate in the game.

In addition, the present invention is not limited to this embodiment. For example, in the present embodiment, the two-dimensional code displayed on the mobile terminal 2a of the executing user is created based on the executing user ID. ) (hereinafter referred to as a second execution user ID).

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

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

Upon 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 password included in the received game start request to the user authentication unit, and performs authentication processing. Instruct execution.

The control unit 331 creates a two-dimensional code based on the executing user ID and the second executing user ID when the authentication by the user authentication unit succeeds. Note that the game start request may include a plurality of second execution user IDs together with the execution user ID. create.

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.

Participating user's mobile terminal 2b captures the two-dimensional code displayed on the active user's mobile terminal 2a, so that the participating user's mobile terminal 2b can acquire the active user ID and the second active user ID. . This makes it possible for the user to acquire the effective user ID and the plurality of second effective user IDs at the same time and associate the participating user with the effective user and the plurality of second effective users without performing complicated procedures.

Further, in the present embodiment, the two-dimensional code displayed on the mobile terminal of the executing user is a two-dimensional code created based on the executing user ID. good too.

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

Upon 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 password included in the received game start request to the user authentication unit, and performs authentication processing. Instruct execution.

The control unit 331 creates a two-dimensional code based on the executing user ID and the privilege ID when the authentication by the user authentication unit is successful. Note that the control unit 331 randomly selects a predetermined number of privilege IDs from a 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 executing user ID. good too. 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.

FIG. 14(a) shows another example of the home screen 1300. FIG. The home screen 1300 displays a plurality of two-dimensional codes 1301, an explanation 1302 of how to use the plurality of codes 1301, and the like.

The participating user's mobile terminal 2b acquires the active user ID and the privilege ID by photographing the two-dimensional code displayed on the active user's mobile terminal 2a. The mobile 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. Grant to participating users. By photographing the two-dimensional code displayed on the mobile terminal 2a of the active user, the participating user can become a friend of the active user and obtain benefits. Motivation to shoot code increases. In addition, the participating users can enjoy the lottery game by selecting and photographing one two-dimensional code from a plurality of two-dimensional codes, increasing the willingness of the participating users to photograph the two-dimensional code.

Note that the control unit 331 of the server 3 may grant the privilege corresponding to the privilege ID to the participating user and also grant the privilege to the executing user at the same time. You may give a privilege only to a user. Also, the privilege given to the participating user and the privilege given to the executing user may be the same, or they may be predetermined privileges.

FIG. 14(b) 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, an explanation 1312 of how to use the solid 1311 displaying a plurality of codes, and the like. A solid 1311 has a plurality of two-dimensional codes arranged on each surface thereof. The browsing execution unit 261 of the mobile terminal 2a creates drawing data of the solid 1311 that can be rotated in any direction according to the operation of the execution user using the operation unit 23 . The viewing execution unit 261 then outputs the created drawing data to the display unit 24 .

As a result, the participating user rotates and displays the solid 1311 displaying a plurality of two-dimensional codes according to the operation unit 23 of the mobile terminal 2a, and photographs the desired two-dimensional code using the participating user's mobile terminal 2b. Therefore, the enjoyment of searching for the two-dimensional code on the surface hidden by the three-dimensional display increases, and the willingness to photograph the two-dimensional code increases.

The two-dimensional code may be created based on a URL (Uniform Resource Locator) indicating the storage location of each screen display data while including information for identifying the executing user ID. In this case, the information transmitting section 263 creates a game progress request including the participating user ID and the executing user ID based on the URL obtained by photographing the two-dimensional code. In addition, in a server in which a process for transmitting game execution screen display data, game registration screen display data, and friend registration screen display data to a mobile terminal is implemented, the URL included in the game progress request is transmitted to the game execution screen display data, the game registration screen display data, and the By using the display data and the friend registration screen display data as a storage location, it is possible to reduce the implementation process to the existing social game.

In this embodiment, the participating user's mobile terminal 2b captures the two-dimensional code displayed on the mobile terminal 2a of the active user, thereby obtaining the active user ID. However, the effective user ID is transmitted from the portable terminal 2a of the effective user to the portable terminal 2b of the participating user using short-range wireless communication between terminals such as Bluetooth (registered trademark) without using the two-dimensional code. good too.

FIG. 15 shows a mobile terminal 2' (2 It is a figure which shows an example of a schematic structure of 'a, 2'b). In FIG. 15, the same components as those of the portable terminal 2 shown in FIG.

The mobile terminal 2' further includes a short-range wireless communication unit 27' in addition to the units 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 transmitting unit 263 of the portable terminal 2'a of the executing user transmits the executing user ID via the short-range wireless communication unit 27'. The mobile 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. In FIG. 16, the same components as those in the schematic diagram shown in FIG. First, as shown in FIG. 16, the mobile terminal 2'b of the participating user receives the effective user ID from the mobile terminal 2'a of the effective user using short-range wireless communication between 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.

Moreover, when the participating user is not registered, the participating user's portable terminal 2b displays a game registration screen for registering the participating user in the game. After the participating users are registered on the game registration screen, the participating user's portable terminal 2'b receives the executing user ID again from the executing user's portable terminal 2'a using short-range wireless communication between terminals. A prompt acquisition processing screen (not shown) is displayed.

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

As a result, the game execution screen displayed on another user's terminal can be easily displayed on the user's terminal without using a two-dimensional code and without requiring the user to perform complicated procedures. Become.

In addition, the server 3 determines whether the participating user is registered in the SNS application, not whether the user ID of the participating user is registered in the SNS application user management table, but whether the participating user is currently logged in to the SNS application. It may be determined by whether or not there is In this case, when the server 3 receives the game execution screen display data from the mobile terminal 2b of the participating user, if the participating user is successfully authenticated, the server 3 determines that the participating user is registered in the SNS application, If authentication of 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 by checking whether or not the participating user has logged into the game.

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. 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, the game progress screen is displayed on the mobile terminal 2 based on the data generated by the server 3. A hybrid game in which the server 3 and the mobile terminal 2 are each responsible for a part of the processing, such as a web display that displays other menu screens by a native application installed on the mobile terminal 2. 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 (11)

A control method for a computer having a storage unit,
storing identification information of a user registered in an application , identification information of a user registered in a game , and identification information of another user associated with the identification information of the user in the game ;
From the first terminal of the first user who acquired the identification information of the second user from the second terminal of the second user different from the first user, the identification information of the first user and the receiving a game progress request including identification information of the second user;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is associated with the identification information of the first user and stored in the storage unit, the first user image related to the first user and the second image related to the second user transmitting display data for displaying a screen containing at least both of the two user images to the first terminal;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is not stored in the storage unit in association with the identification information of the first user, the identification information of the second user is transferred to the first user in the game. transmitting display data for displaying an association screen for associating with the identification information of the first terminal,
When receiving an association request including the identification information of the first user and the identification information of the second user transmitted from the first terminal in response to the operation of the association screen by the first user , In a game, the identification information of the first user is associated with the identification information of the second user and stored in the storage unit, and a screen containing at least both the first user image and the second user image is displayed. transmitting display data for display to the first terminal;
control method including When the identification information of the first user is not stored in the storage unit as the identification information of the user registered in the application , the identification information of the first user is registered in the application . transmitting to the first terminal display data for displaying an application registration screen to be stored in the storage unit as the user identification information received;
When receiving an application registration request including identification information of the first user transmitted from the first terminal in response to an operation of the application registration screen by the first user, The identification information of the first user is stored in the storage unit as the identification information of the user registered in the application , and the identification information of the first user is stored as the identification information of the user registered in the game . 2. The control method according to claim 1, wherein display data for displaying a game registration screen to be stored in a storage unit is transmitted to said first terminal. The identification information of the first user is stored in the storage unit as the identification information of the user registered in the application and is not stored in the storage unit as the identification information of the user registered in the game . In this case, display data for displaying a game registration screen for storing the identification information of the first user in the storage unit as the identification information of the user registered in the game is transmitted to the first terminal; The control method according to claim 1 or 2. identification information of the first user when a game registration request including the identification information of the first user transmitted from the first terminal in response to the operation of the game registration screen by the first user is received; 4. The control method according to claim 2 or 3, wherein is stored in said storage unit as identification information of a user registered in said game . After storing the identification information of the first user in the storage unit as the identification information of the users registered in the game , the identification information of the second user is associated with the identification information of the first user in the game. 5. The control method according to claim 4, further comprising transmitting display data for displaying an association screen for displaying to the first terminal. The control method according to any one of claims 1 to 5, wherein said association screen includes at least both said first user image and said second user image. The second user's identification information included in the game progress request transmitted from the first terminal is displayed by the second terminal and is generated based on the second user's identification information. 7. The control method according to any one of claims 1 to 6, wherein the identification information is obtained based on the photographing of the image by the photographing unit of the first terminal. The display image displayed by the second terminal is generated based on the identification information indicating the identification information of the second user and the privilege,
wherein the game progress request from the first terminal that captures the display image includes identification information of the first user, identification information of the second user, and identification information indicating the privilege. Item 7. The control method according to item 7. When the game progress request received from the first terminal includes the identification information of the first user, the identification information of the second user, and the identification information indicating the privilege, the first user and 9. The control method according to claim 8, wherein the privilege is given to at least one of the second users. A computer having a storage unit,
storing identification information of a user registered in an application , identification information of a user registered in a game , and identification information of another user associated with the identification information of the user in the game ;
From the first terminal of the first user who acquired the identification information of the second user from the second terminal of the second user different from the first user, the identification information of the first user and the receiving a game progress request including identification information of the second user;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is associated with the identification information of the first user and stored in the storage unit, the first user image related to the first user and the second image related to the second user transmitting display data for displaying a screen containing at least both of the two user images to the first terminal;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is not stored in the storage unit in association with the identification information of the first user, the identification information of the second user is transferred to the first user in the game. transmitting display data for displaying an association screen for associating with the identification information of the first terminal,
When receiving an association request including the identification information of the first user and the identification information of the second user transmitted from the first terminal in response to the operation of the association screen by the first user , In a game, the identification information of the first user is associated with the identification information of the second user and stored in the storage unit, and a screen containing at least both the first user image and the second user image is displayed. transmitting display data for display to the first terminal;
A control program that makes things happen. a storage unit that stores identification information of a user registered in an application , identification information of a user registered in a game , and identification information of another user associated with the identification information of the user in the game ;
From the first terminal of the first user who acquired the identification information of the second user from the second terminal of the second user different from the first user, the identification information of the first user and the receiving a game progress request including identification information of the second user;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is associated with the identification information of the first user and stored in the storage unit, the first user image related to the first user and the second image related to the second user transmitting display data for displaying a screen containing at least both of the two user images to the first terminal;
The identification information of the first user is stored in the storage unit as identification information of a user registered in the application , and is stored in the storage unit as identification information of a user registered in the game . In this case, if the identification information of the second user is not stored in the storage unit in association with the identification information of the first user, the identification information of the second user is transferred to the first user in the game. transmitting display data for displaying an association screen for associating with the identification information of the first terminal,
When receiving an association request including the identification information of the first user and the identification information of the second user transmitted from the first terminal in response to the operation of the association screen by the first user , In a game, the identification information of the first user is associated with the identification information of the second user and stored in the storage unit, and a screen containing at least both the first user image and the second user image is displayed. a processing unit that transmits display data for display to the first terminal;
A computer comprising:

Images