JP7048649B2 - Game control method, computer and control program - Google Patents

Description

Patent Law Article 30 Paragraph 2 Applicable Website Address: http: // gree. jp /? action = login & backto = http: // avatar. gree. jp% 2F Publication date: February 10, 2014-February 21, 2014

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

In recent years, servers that provide games to mobile terminals via communication networks have become widespread. As a game provided by such a server, a game in which a plurality of players can participate (so-called "social game") is known. Generally, in a social game, a so-called avatar image showing each player's face, hairstyle, clothes, ornaments, etc. is used to represent each player.

Patent Document 1 discloses a game system that provides a game to a terminal connected to a game server via a communication network. In this game system, teams with virtual users as members who proceed with quest parts and battle parts are organized, and images displaying avatar images, handle names, etc. of the members of the team are displayed on each terminal. To.

Japanese Unexamined Patent Publication No. 2014-104269

In the game system of Patent Document 1, each user can identify a member of a team by an avatar image. However, in social games, it is desired to further improve communication between users.

The present invention has been made to solve such a problem, and an object of the present invention is to provide a game control method, a computer, and a control program capable of improving communication between players.

The game control method according to the present invention is a game control method in a computer including a storage unit, and is a first object image corresponding to a first player and a second object image corresponding to a second player related to the first player. Is stored in the storage unit, the third object image generated based on the first object image and the second object image according to the request from the first player is registered in the event, and the third object image registered in the event is registered. This includes accepting a vote and granting a privilege to the first player and the second player according to the result of the vote.
The computer may be a mobile terminal, a stationary terminal, a server, or the like, as long as the above procedure can be executed.

Further, in the game control method according to the present invention, in accepting a vote, a third object image registered according to a request from a first player and a third object image registered according to a request from another player can be voted side by side. It is preferable to create and output the voting screen display data for display in.

Further, in the game control method according to the present invention, in the creation of voting screen display data, a specific third object image is included in the voting screen from the third object image registered before the specific third object image. It is preferable to control it so that it is easy.

Further, in the game control method according to the present invention, in the registration of the third object image, it is preferable to update the already registered third object image with another third object image in accordance with the request from the first player.

Further, in the game control method according to the present invention, in granting the privilege, it is preferable to grant the privilege to a plurality of players corresponding to at least a part of the third object images registered by the first player.

Further, in the game control method according to the present invention, in granting a privilege, a plurality of players corresponding to at least a part of the third object images according to the result of voting for each of at least a part of the third object images. It is preferable to change the benefits given to.

Further, when the game control method according to the present invention receives a request for refusal to generate a third object image from the second player, it further includes prohibiting the generation of the third object image based on the object image of the second player. Is preferable.

Further, in the game control method according to the present invention, when the registration refusal request of the third object image is received from the second player in the registration of the third object image, the third object image based on the object image of the second player is received. It is preferable to prohibit the registration of.

Further, in the game control method according to the present invention, it is preferable to prohibit the acceptance of votes from the same player for the same third object image in the acceptance of votes.

Further, in the game control method according to the present invention, each player who has registered the third object image is ranked according to the result of voting, and the third object image registered by each player is displayed in the order of ranking. It is more preferable to further include creating and outputting the result screen display data for the purpose.

Further, in the game control method according to the present invention, the third object image displayed by the result screen display data is a history screen for displaying all the third object images registered by the player who registered the third object image. It is preferable that the display data is displayed in association with the information for acquiring the display data.

Further, in the game control method according to the present invention, the third object image displayed by the history screen display data is the player corresponding to the third object image among the players related to the player who registered the third object image. It is preferable that the history screen is displayed in association with the information for acquiring the display data.

The computer according to the present invention has a storage unit that stores a first object image corresponding to the first player and a second object image corresponding to the second player related to the first player, and a second player according to a request from the first player. The registration unit that registers the 3rd object image generated based on the 1 object image and the 2nd object image in the event, the voting reception unit that accepts the vote for the 3rd object image registered in the event, and the voting result. Correspondingly, it is provided with a privilege giving unit that grants a privilege to the first player and the second player.

The control program according to the present invention is a control program of a computer including a storage unit, and stores a first object image corresponding to a first player and a second object image corresponding to a second player related to the first player. The third object image stored in the unit and generated based on the first object image and the second object image according to the request from the first player is registered in the event, and the voting for the third object image registered in the event is performed. Depending on the result of acceptance and voting, the computer is made to execute the privilege to be given to the first player and the second player.

In the game control method, computer and control program according to the present invention, the player and the related player are given a privilege according to the result of the voting performed on the object image of the player and the image generated based on the object image of the related player. Since it is given, it is possible to improve communication between players by using the object image.

It is a figure which shows an example of the schematic structure of the game system 1. It is a figure which shows an example of the schematic structure of the mobile terminal 2. It is a figure which shows an example of the schematic structure of a server 3. (A) is a diagram showing an example of a player management table data structure, (b) is a diagram showing an example of an entry management table data structure, and (c) is a diagram showing an example of a voting management table data structure. Is. (A) is a diagram showing an example of the data structure of the material management table, (b) is a diagram showing an example of the data structure of the background management table, and (c) is a diagram showing an example of the data structure of the frame management table. It is a figure, (d) is a figure which shows an example of the data structure of a stamp management table. It is a schematic diagram for explaining a contest. (A) to (d) are diagrams showing an example of the display screen of the mobile terminal 2. (A) to (c) are diagrams showing an example of the display screen of the mobile terminal 2. It is a figure which shows an example of the operation sequence of the game system 1. It is a figure which shows an example of the operation flow of a game progress process. It is a figure which shows an example of the operation flow of a game progress process. It is a figure which shows an example of the operation flow of a seal generation process. It is a figure which shows an example of the operation flow of entry processing. It is a figure which shows an example of the operation flow of a voting process. It is a figure which shows an example of the operation flow of the privilege granting process.

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

1. 1. Outline of the present embodiment In the game system of the present embodiment, the player plays a game provided by the server using a mobile terminal. In this embodiment, a game for generating a sticker based on a player's avatar image and the player's friend player's avatar image, registering the generated sticker in a contest (that is, entry), and voting for the entered sticker. Is provided.

The avatar is an example of an object corresponding to the player, and is a character representing the alter ego of the player. The avatar image is an example of an object image corresponding to the player, and is an image representing the player's avatar. The avatar image includes, for example, the avatar's face, hairstyle, clothing, ornaments, and the like.

A friend player is an example of a related player related to a player, and is another player having a friend relationship with the player. In addition, instead of the friend player, it is generated based on the avatar image of the related player who rescued the player in the battle with the past enemy character, the related player who played in the past, and / or the related player who belongs to the group who played in the past. The sticker may be used in the contest.

The seal is an example of an object image generated based on a player's avatar image and a friend player's avatar image, and is electronic data displaying a specific image that can be exchanged between the player and another player. .. The player can obtain the sticker, for example, by purchasing it. The sticker at the time of purchase is plain, and the player can enter the contest by arranging the player's avatar image, the friend player's avatar image, and the like on the sticker. Avata images and stickers are electronic data that can be acquired, owned, used, managed, exchanged, synthesized, enhanced, sold, discarded, and / or gifted by the player in the game, but the use of avatar images and stickers. Aspects are not limited to those specified herein.

The contest is an event in which a sticker entry is accepted from each player and the entered player is ranked according to the voting result for the entered sticker. In this contest, the server grants a privilege to the player who entered the sticker and the friend player whose avatar image is shown on the sticker according to the voting result. This makes it possible to improve communication between players by using the avatar image.

2. 2. Configuration of Game System 1 FIG. 1 is a diagram showing an example of a schematic configuration of game system 1.

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

2.1. Configuration of Mobile Terminal 2 FIG. 2 is a diagram showing an example of a schematic configuration of 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 requests the server 3 to proceed with the game in response to the operation of the operation unit 23 (button or the like) by the player. Further, the mobile terminal 2 receives and displays display data related to the progress of the game from the server 3. Therefore, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25.

In the present embodiment, a multifunctional mobile phone (so-called “smartphone”) is assumed as the mobile terminal 2, but the present invention is not limited thereto. The mobile terminal 2 may be any application as long as the present invention is applicable, for example, a mobile phone (so-called "feature phone"), a mobile information terminal (Personal Digital Assistant, PDA), a portable game machine, a portable music player, a tablet terminal, or a tablet. It may be a PC, a notebook PC, or the like.

The terminal communication unit 21 includes a communication interface circuit including an antenna having a predetermined frequency band as a sensitive band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a wireless signal line with the base station 4 by a CDMA (Code Division Multiple Access) method or the like via a channel assigned by the base station 4, and communicates with the base station 4. conduct. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 and the like. Further, the terminal communication unit 21 supplies the data received from the server 3 or the like to the terminal processing unit 25. The terminal communication unit 21 may perform wireless communication with a Wifi (Wireless Fidelity) access point (not shown) by a wireless communication method of the 802.11 standard.

The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores operating system programs, driver programs, application programs, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as a driver program, 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. Further, the terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data related to the progress of the game. The computer program is a terminal storage unit using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM (compact disk read only memory) or a DVD-ROM (digital versatile disk read only memory). It may be installed in 22. Further, the terminal storage unit 22 stores, as data, a player ID which is identification information of the user of the mobile terminal 2, display data related to the progress of the game, video data, image data, and the like. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

The operation unit 23 may be any device as long as the mobile terminal 2 can be operated, and is, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, etc. using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 25 as an instruction of the player.

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

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

2.1.1. Configuration of Terminal Processing Unit 25 The terminal processing unit 25 includes at least a browsing execution unit 251. The browsing execution unit 251 is a functional module realized by a program executed by the processor included in the terminal processing unit 25. Alternatively, the browsing execution unit 251 may be mounted on the mobile terminal 2 as firmware.

The browsing execution unit 251 acquires and displays display data related to the progress of the game. That is, the browsing execution unit 251 transmits a display data acquisition request related to the progress of the game to the server 3 via the terminal communication unit 21 in response to an instruction from the player. Further, the browsing execution unit 251 receives the corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data, specifies the control data and the content data, lays out the similarly specified content data based on the specified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24. Further, the browsing execution unit 251 stores each information included in the display data in the terminal storage unit 22 while the communication connection with the server 3 is established.

2.2. Configuration of Server 3 FIG. 3 is a diagram showing an example of a schematic configuration of server 3.

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

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

The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores operating system programs, driver programs, application programs, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program or the like that advances the game and creates display data 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 a CD-ROM or a DVD-ROM using a known setup program or the like.

Further, the server storage unit 32 manages the player management table (FIG. 4 (a)) that manages the players, the entry management table (FIG. 4 (b)) that manages the players who have entered the contest, and the voting in the contest as data. The voting management table (FIG. 4 (c)) to be used is stored. Further, the server storage unit 32 is combined with the material management table (FIG. 5 (a)) for managing the material of the avatar, the background management table (FIG. 5 (b)) for managing the background synthesized with the sticker, and the sticker. A frame management table (FIG. 5 (c)) for managing frames, a stamp management table for managing stamps combined with stickers (FIG. 5 (d)), and the like are stored. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

4 (a) to 4 (c) and FIGS. 5 (a) to 5 (d) are diagrams showing an example of the data structure of various management tables.

FIG. 4A shows a player management table. In the player management table, for each player, the identification number (player ID), password, name, avatar image information of the player, the identification number (material ID) of the material (owned material) owned, and the background (owned background) owned by the player. Identification number (background ID), identification number (frame ID) of owned frame (owned frame), identification number (stamp ID) of owned stamp (owned stamp), seal information, seal generation permission flag, seal entry permission flag , The player ID of the friend player and the like are stored in association with each other.

The avatar image information includes the material ID of the material (material used) such as the avatar's face, hairstyle, clothes, and ornaments used in the avatar image, and the file name of the avatar image. The avatar material is distributed from the game system to the players at any time. The player can also purchase the avatar material. The player can create an avatar image by combining any material from the possessed materials.

The sticker information includes the sticker identification number (sticker ID), the player ID of the friend player shown on the sticker, the background ID of the background (usage background) used for the sticker, and the frame used for the sticker. The frame ID of (used frame), the stamp ID of the stamp (used stamp) used for the sticker, the file name of the sticker, the entry flag, and the generation date and time are included. The background, frame, stamp, etc. of the sticker are distributed from the game system to the player at any time. The player can also purchase a background for the sticker, a frame, a stamp, and the like. The player can create a sticker by combining the avatar image of the player, the avatar image of the friend player, the owned background, the owned frame, and the owned stamp. The entry flag is a flag indicating whether the seal has been entered or has not been entered in the contest. The generation date and time is the date and time when the seal was generated.

The sticker generation permission flag is a flag indicating whether to allow or deny the generation of a sticker based on the player's avatar image. The seal generation permission flag is set in advance by the player, is set to rejection when the player accepts the seal generation refusal request, and is set to permission when the seal generation permission request is accepted. The seal entry permission flag is a flag indicating whether to allow or deny entry of the seal into the contest based on the player's avatar image. The seal entry permission flag is set in advance by the player, is set to reject when the player accepts the seal registration refusal request, and is set to permit when the seal registration permission request is accepted.

FIG. 4B shows an entry management table. In the entry management table, for each player who entered the contest, the player ID of the player who entered (entry player), the seal ID of the latest entry sticker entered by the entry player, and the date and time when the entry sticker was entered (entry date and time). , The number of votes obtained by the entry player by voting, the ranking of the entry player, the privilege given, the history of the entry, etc. are stored in association with each other. In the entry history, the seal ID of each sticker entered in the past is stored in association with the entry date and time of each sticker.

FIG. 4 (c) shows a voting management table. In the voting management table, the player ID, voting information, the number of times the voting can be performed, and the like are stored in association with each player (voting player) who votes in the contest. All the players registered in the player management table of FIG. 4A are voting players. The voting information is stored in association with the player ID of the entry player voted by the voting player and the seal ID of the entry sticker. The number of times a vote can be made indicates the number of times a voting player can vote. As the number of times that can be voted, for example, the upper limit of the number of times that can be voted in a day (for example, 10) is set at a predetermined time every day, and the number of times that can be voted is decremented (-1) each time the voting player votes. ..

FIG. 5A shows a material management table. In the material management table, the material ID, type, name, image file name, and the like are stored in association with each material of the avatar. As a type, it is specified whether the material is a face, a hairstyle, clothes, an ornament, or the like.

FIG. 5B shows a background management table. In the background management table, a background ID, a name, an image file name, and the like are stored in association with each background that can be combined with the sticker.

FIG. 5 (c) shows a frame management table. In the frame management table, a frame ID, a name, an image file name, and the like are stored in association with each frame that can be combined with the sticker.

FIG. 5D shows a stamp management table. In the stamp management table, a stamp ID, a name, an image file name, and the like are stored in association with each stamp that can be combined with the sticker.

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

2.2.1. Function of Server Processing Unit 33 FIG. 6 is a schematic diagram for explaining a contest executed in the game system 1.

As shown in FIG. 6, the server 3 synthesizes the avatar image 601 of the entry player and the avatar image 602 of the friend player who has a friend relationship with the entry player according to the request from the entry player who enters the sticker in the contest. Generate a seal 603. Further, the server 3 enters the seal 603 into the contest according to the request from the entry player. The server 3 accepts a vote for the sticker entered in the contest from the voting player who votes for the contest, and grants a privilege to both the entry player and the friend player according to the result of the voting.

7 to 8 are diagrams showing an example of a display screen of the mobile terminal 2 based on the display data created by the server 3.

FIG. 7A shows a home screen 700 displayed when the game is started. The home screen 700 is displayed based on the home screen display data received from the server 3. On the home screen 700, characters 701 indicating that the contest will be held and a period 702 during which the contest can be entered are displayed. Further, on the home screen 700, a "sticker creation" button 703, an "entry" button 704, an "entry history" button 705, a "voting" button 706, and a "result display" button 707 are listed. ..

By tapping the "sticker creation" button 703, the player is requested to create a sticker on the server 3 via the terminal communication unit 21. On the other hand, by tapping the "entry" button 704, the server 3 is requested to enter the seal by the player via the terminal communication unit 21. On the other hand, by tapping the "entry history" button 705, the server 3 is requested to display the history of the sticker entered in the contest via the terminal communication unit 21. On the other hand, by tapping the "voting" button 706, the server 3 is requested to vote by the player via the terminal communication unit 21. On the other hand, by tapping the "result display" button 707, the result display of the contest is requested to the server 3 via the terminal communication unit 21. The "result display" button 707 may not be displayed until the contest is over.

7 (b) and 7 (c) show the sticker creation screens 710 and 720 displayed when the "sticker creation" button 703 is tapped on the home screen 700 shown in FIG. 7 (a). The sticker creation screen 720 is displayed by scrolling the sticker creation screen 710 upward. The sticker creation screens 710 and 720 are displayed based on the sticker creation screen display data received from the server 3. On the sticker creation screen 710, an entry player's avatar image 711, a friend player's avatar image list 712, and an entry player's possessed background list 713 are arranged. On the sticker creation screen 720, a list 721 of frames owned by the entry player, a list 722 of stamps owned by the entry player, a "seal generation" button 723, and a "clear" button 724 are arranged.

The avatar image 711 of the entry player is created in advance by the entry player by combining the materials selected from the materials owned by the entry player using the avatar image creation screen (not shown). As the list of avatar images 712, the avatar images of all the friend players of the entry player are arranged so as to be selectable by tapping the entry player or the like. As a list of owned backgrounds 713, all owned backgrounds owned by the entry player are arranged so as to be selectable by tapping the entry player or the like. As a list of owned frames 721, all owned frames owned by the entry player are arranged so as to be selectable by tapping the entry player or the like. As a list of possessed stamps 722, all owned stamps owned by the entry player are arranged so as to be selectable by tapping the entry player or the like.

By tapping the "seal generation" button 723, the terminal communication unit 21 can generate a sticker that combines the avatar image 711 of the entry player and the avatar image of the friend player selected by the entry player, the owned background, the owned frame, and the owned stamp. Requested to the server 3 via. By tapping the "Clear" button 724, the currently selected friend player's avatar image, owned background, owned frame, and owned stamp are deselected.

7 (d) shows the "Create Sticker" button when the "Entry" button 704 is tapped on the home screen 700 shown in FIG. 7 (a) or on the sticker creation screen 720 shown in FIG. 7 (c). The entry screen 730 that is displayed when the 723 is tapped to generate the seal is shown. The entry screen 730 is displayed based on the entry screen display data received from the server 3. On the entry screen 730, a sticker 731 to be entered in the contest, a date and time 732 when the sticker 731 was created, an "entry" button 733, and a "back" button 734 are arranged.

As the sticker 731, among the stickers created by the entry player, the stickers that have not yet been entered in the contest are displayed so as to be selectable by tapping or the like of the entry player. In FIG. 7D, only one sticker 731 is displayed, but if there are a plurality of stickers that have not yet been entered in the contest, a plurality of stickers are displayed. By tapping the "entry" button 733, the entry of the sticker selected by the entry player is requested to the server 3 via the terminal communication unit 21. By tapping the "Back" button 734, the screen that was displayed before the entry screen 730 is displayed is redisplayed.

FIG. 8A shows an entry history screen 800 displayed when the “entry history” button 705 is tapped on the home screen 700 shown in FIG. 7A. The entry history screen 800 is displayed based on the entry history screen display data received from the server 3. On the entry history screen 800, the sticker 801 currently entered in the contest and the name 802 of the friend player appearing on the sticker 801 are arranged in association with each other. Further, on the entry history screen 800, the sticker 803 and the name 804 of the friend player reflected in the sticker 803 are arranged in association with each sticker that has been entered in the contest in the past. As a sticker 803, all stickers that have been previously entered in the contest are displayed. Further, a "back" button 805 is arranged on the entry history screen 800. By tapping the "Back" button 805, the home screen 700 shown in FIG. 7A is redisplayed.

8 (b) shows a voting screen 810 that is displayed when the "voting" button 706 is tapped on the home screen 700 shown in FIG. 7 (a). The voting screen 810 is displayed based on the voting screen display data received from the server 3. On the voting screen 810, a voting instruction 811 for any of the displayed stickers, two stickers 812 and 813 to be voted, and two stickers displayed for changing to another sticker are displayed. A seal change button 814, a voting player's number of voting times 815, and a "back" button 816 are arranged.

The two stickers 812 and 813 are extracted by the server 3 from the entry stickers entered in the contest by each entry player, and are arranged so as to be selectable by tapping or the like of the voting player. By tapping on any one of the two stickers 812 and 813, the tapped sticker is voted, the server 3 newly extracts two stickers, and the voting screen 810 is redisplayed. On the other hand, by tapping the sticker change button 814, two new stickers are extracted by the server 3 and the voting screen 810 is redisplayed without voting for the stickers. By tapping the "Back" button 816, the home screen 700 shown in FIG. 7A is redisplayed.

In this way, voting is performed by selecting one of the two seals extracted by the server 3. The voting player does not have to search for a favorite sticker from a large number of entered stickers, and can easily select a sticker to vote for. Further, since the voting result varies depending on the number of times the entry sticker is extracted by the server 3 and which entry sticker conflicts with the entry sticker, the taste of the game can be improved.

FIG. 8 (c) shows a result screen 820 displayed when the “result display” button 707 is tapped on the home screen 700 shown in FIG. 7 (a). The result screen 820 is displayed based on the result screen display data received from the server 3. On the result screen 820, stickers 821 entered by each entry player, ranking 822, number of votes 823, entry player name 824, friend player name 825, privilege 820, etc. entered by each entry player are displayed in the order of ranking in the contest. Be associated and placed. As a result, each player can view what kind of sticker the player with the highest ranking has entered, and can refer to it for the next contest.

The sticker 821 is linked to the entry history screen of the entry player who entered the sticker, and when the sticker 821 is tapped, the entry history screen of the entry player is displayed. That is, the sticker 821 is displayed in association with the information for acquiring the entry history screen display data for displaying all the stickers entered by the player who entered the sticker. As a result, each player can view all the stickers entered by the player with the highest ranking, which can be used as a reference for the next contest.

Further, each sticker displayed on the entry history screen 800 shown in FIG. 8A is linked to the entry history screen of the friend player corresponding to the sticker, and when each sticker is tapped, the sticker corresponds to the sticker. The entry history screen of the friend player is displayed. That is, each sticker displayed on the entry history screen 800 is displayed in association with information for acquiring entry history screen display data relating to the friend player corresponding to the sticker. Further, on the entry history screen of each player, a button for transitioning to the detail screen of the player, a button for establishing a friendship with the player, and the like may be arranged. As a result, each player can access the screens of a large number of players, communicate with a large number of players, or establish a friendship.

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 game progress unit 332, a display data creation unit 333, a seal generation unit 334, and a registration unit 335. It has a voting reception unit 336 and a privilege granting unit 337. Each of these parts is a functional module realized by a program executed by the processor included in the server processing unit 33. Alternatively, each of these parts may be mounted on the server 3 as firmware.

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

The control unit 331 controls the start and progress of the game, and appropriately instructs the game progress unit 332 and the like to execute the process.

When the control unit 331 receives the game start request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the received game start request to a player authentication unit (not shown) and instructs the execution of the authentication process. The game start request includes a player ID and a password. The control unit 331 creates home screen display data when the player authentication by the player authentication unit is successful. The control unit 331 creates home screen display data for displaying buttons and the like for receiving instructions such as sticker creation, sticker entry, entry history display, voting, and voting result display in a predetermined layout. Further, the control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

When the control unit 331 receives the game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 332 and instructs the execution of the game progress process. The game progress request includes a player ID and a request type. The request type includes one of a sticker creation screen display request, a sticker generation request, an entry screen display request, an entry request, an entry history screen display request, a voting screen display request, a voting request, a result screen display request, and the like. It is specified.

When the "sticker creation" button 703 on the home screen 700 of FIG. 7A is tapped, the request type is the sticker creation screen display request, and when the "entry" button 704 is tapped, the request type is the entry screen. When it becomes a display request and the "entry history" button 705 is tapped, the request type becomes an entry history screen display request. When the "voting" button 706 is tapped, the request type is a voting screen display request, and when the "result display" button 707 is tapped, the request type is a result screen display request.

Further, when the "seal generation" button 723 of the seal creation screen 720 of FIG. 7C is tapped, the request type is a seal generation request. In this case, the player ID of the friend player corresponding to the selected avatar image, the background ID corresponding to the selected owned background, and the frame ID corresponding to the selected owned frame are selected in the game progress request. The stamp ID corresponding to the owned stamp is further included. Further, when the "entry" button 733 of the entry screen 730 of FIG. 7D is tapped, the request type is an entry request, and the game progress request further includes a sticker ID corresponding to the sticker to be entered. Further, when the tap of any one of the stickers 812 and 813 displayed on the voting screen 810 of FIG. 8B is tapped, the request type is a voting request, and the tapped sticker is used for the game progress request. The entry player ID corresponding to is further included.

Further, the control unit 331 transmits the display data of each screen received from the game progress unit 332 to the mobile terminal 2 via the server communication unit 31.

Hereinafter, the processing by the game progress unit 332 will be described.

The game progress unit 332 controls the progress of the game, and appropriately displays display data creation process, seal generation process, entry process, or voting process in the display data creation unit 333, the seal generation unit 334, the registration unit 335, or the voting reception unit 336, respectively. Instruct execution. Further, the game progress unit 332 passes the display data of each screen created by the display data creation unit 333 to the control unit 331.

The game progress unit 332 identifies the request of the mobile terminal 2 from the request type included in the game progress request received from the control unit 331.

When the specified request is a sticker creation screen display request, the game progress unit 332 passes the player ID included in the game progress request to the display data creation unit 333 and instructs the display data creation unit 333 to create the sticker creation screen display data.

When the specified request is a seal generation request, the game progress unit 332 tells the seal generation unit 334 a player ID (that is, an entry player ID), a friend player ID, a background ID, a frame ID, and a stamp ID included in the game progress request. And instruct to generate a seal.

When the specified request is an entry screen display request, the game progress unit 332 passes the player ID included in the game progress request to the display data creation unit 333 and instructs the display data creation unit 333 to create the entry screen display data.

When the specified request is an entry request, the game progress unit 332 passes the player ID (that is, the entry player ID) and the seal ID included in the game progress request to the registration unit 335, and instructs the registration unit 335 to enter the seal in the contest. do.

When the specified request is an entry history screen display request, the game progress unit 332 passes the player ID included in the game progress request to the display data creation unit 333 and instructs the display data creation unit 333 to create the entry history screen display data.

When the specified request is a voting screen display request, the game progress unit 332 passes the player ID included in the game progress request to the display data creation unit 333 and instructs the display data creation unit 333 to create the voting screen display data.

When the specified request is a voting request, the game progressing unit 332 passes the player ID (that is, the voting player ID) and the entry player ID included in the game progressing request to the voting receiving unit 336, and instructs the voting receiving unit 336 to accept the voting. ..

When the specified request is a result screen display request, the game progress unit 332 passes the player ID included in the game progress request to the display data creation unit 333 and instructs the display data creation unit 333 to create the result screen display data.

Hereinafter, the processing by the display data creation unit 333 will be described.

The display data creation unit 333 creates display data according to instructions from the game progress unit 332, the seal generation unit 334, the registration unit 335, or the voting reception unit 336, and the created display data is transmitted to the game progress unit 332 and the control unit 331. Is output to the server communication unit 31.

When the game progress unit 332 instructs the display data creation unit 333 to create the sticker creation screen display data, the display data creation unit 333 reads out the player management table, and the avatar image information corresponding to the player ID included in the game progress request, the friend player ID, and the like. The possession background ID, the possession frame ID, and the possession stamp ID are specified. Further, the display data creation unit 333 specifies the avatar image information corresponding to the specified friend player ID. Further, the display data creation unit 333 reads the background management table, the frame management table, and the stamp management table, and specifies the background, the frame, and the stamp corresponding to the specified owned background ID, owned frame ID, and owned stamp ID, respectively. Then, the display data creation unit 333 creates the sticker creation screen display data for displaying the sticker creation screen in which the avatar image of the specified player, the avatar image of the friend player, the background, the frame, and the stamp are arranged in a predetermined layout. ..

When the game progress unit 332 or the seal generation unit 334 instructs the display data creation unit 333 to create the entry screen display data, the display data creation unit 333 reads out the player management table and includes the sticker information corresponding to the player ID included in the game progress request. Among the seal IDs, the seal ID indicating that the entry flag is not entered and the date and time of its generation are specified. Then, the display data creation unit 333 creates entry screen display data for displaying an entry screen in which a sticker corresponding to the specified seal ID and its generation date and time are arranged in a predetermined layout.

When the game progress unit 332 instructs the display data creation unit 333 to create the entry history screen display data, the display data creation unit 333 reads the entry management table and puts the latest entry sticker ID corresponding to the player ID included in the game progress request into the contest. Specify as the seal ID of the currently entered seal. Further, the display data creation unit 333 specifies a sticker ID other than the latest entry sticker ID stored in the entry history corresponding to the player ID included in the game progress request as the sticker ID of the sticker that has been entered in the past. .. Then, the display data creation unit 333 creates entry screen display data for displaying an entry screen in which each sticker corresponding to the specified seal ID is arranged in a predetermined layout based on the seal information of the player management table.

When the game progress unit 332 instructs the display data creation unit 333 to create the voting screen display data, the display data creation unit 333 reads the entry management table and extracts two stickers from the stickers currently entered in the contest. The display data creation unit 333 creates entry screen display data for displaying a voting screen that displays the two extracted stickers side by side so that they can vote. The display data creation unit 333 first extracts one sticker from the stickers currently entered in the contest, then extracts the other stickers currently entered in the contest, and then extracts the stickers first and later. Create entry screen display data so that it will be displayed on the voting screen side by side with the extracted stickers. The display data creation unit 333 randomly extracts a seal using a predetermined random number seed or the like. Further, the display data creation unit 333 reads out the voting management table, specifies the number of possible votes corresponding to the voting player ID included in the game progress request, and votes so that the specified number of possible votes is further displayed on the voting screen. Create screen display data.

The display data creation unit 333 controls so that the specific sticker is easily extracted from the sticker registered before the specific sticker, that is, is easily included in the voting screen. Therefore, the shorter the time from entry to the present, the easier it is to extract, and the longer the time from entry to the present, the more difficult it is to extract. For example, the display data creation unit 333 lengthens the range of random number values corresponding to each seal as the time from entry to the present is shorter, and shortens as the time from entry to the present is longer. As a result, the player repeats the entry frequently so that the entered sticker can be more easily extracted, so that the contest can be activated. Furthermore, it is possible to improve the purchasing motivation of items such as stickers required for entry, materials for creating new avatar images, and items for creating new stickers.

Further, the display data creation unit 333 may control so that stickers having the same current number of votes can be easily extracted at the same time. As a result, entry players with a high number of votes or entry players with a low number of votes compete with each other, and each player always competes with a player at the same level as himself, so that it is possible to maintain a sense of tension. Become.

When the game progress unit 332 instructs the display data creation unit 333 to create the result screen display data, the display data creation unit 333 reads the entry management table, and the entry player ID, the entry seal ID, the ranking, the number of votes, and the number of votes are given to each entry player. Identify benefits. Further, the display data creation unit 333 reads the player management table and specifies the friend player ID corresponding to the specified entry seal ID based on the seal information. Then, the display data creation unit 333, in the order of the specified order, the sticker corresponding to the entry seal ID, the order, the number of votes obtained, the name of the entry player corresponding to the entry player ID, the name of the friend player corresponding to the friend player ID, and the name of the friend player. Create entry screen display data to display the entry screen in which the prizes are arranged side by side.

Hereinafter, the processing by the seal generation unit 334 will be described.

When the game progress unit 332 instructs the sticker generation unit 334 to generate a sticker, the seal generation unit 334 reads the player management table and whether or not the seal generation permission flag corresponding to the friend player ID included in the game progress request is set for permission. Is determined. When the seal generation permission flag is set to reject, the seal generation unit 334 prohibits the generation of the seal based on the avatar image of the friend player. In that case, the seal generation unit 334 instructs the display data creation unit 333 to create the seal generation failure screen display data for displaying the seal generation failure screen (not shown) indicating that the seal generation has failed. This makes it possible to prevent the player's avatar image, which he / she does not want to be used by others, from being used without permission.

On the other hand, when the seal generation permission flag is set to permission, the seal generation unit 334 uses the player management table to display the avatar image and friend player ID of the entry player corresponding to the entry player ID included in the game progress request. The avatar image of the corresponding friend player is read from the server storage unit 32. Further, the seal generation unit 334 reads the background corresponding to the background ID included in the game progress request from the server storage unit 32 by using the background management table. Further, the seal generation unit 334 reads the frame corresponding to the frame ID included in the game progress request from the server storage unit 32 by using the frame management table. Further, the seal generation unit 334 reads the stamp corresponding to the stamp ID included in the game progress request from the server storage unit 32 by using the stamp management table.

Then, the sticker generation unit 334 generates a sticker based on the read avatar image of the entry player, the avatar image of the friend player, the background, the frame, and the stamp, and stores the sticker in the server storage unit 32. The sticker generation unit 334 generates a sticker in which each image is combined by arranging each image at a specific position. The seal generation unit 334 stores the seal information related to the generated seal in the player management table in association with the entry player ID. No entry is set in the entry flag of the seal information, and the current date and time is set in the generation date and time. In this case, the sticker generation unit 334 instructs the display data creation unit 333 to create entry screen display data for entering the generated sticker.

Hereinafter, the processing by the registration unit 335 will be described.

When the game progress unit 332 instructs the registration unit 335 to enter the seal in the contest, the registration unit 335 reads the player management table and uses the entry player ID included in the game progress request and the friend player ID corresponding to the seal ID as the seal information. Identify based on. Then, the registration unit 335 determines whether or not the seal registration permission flag corresponding to the specified friend player ID is set to permission. When the seal registration permission flag is set to reject, the registration unit 335 prohibits entry of the seal into the contest based on the avatar image of the friend player. In this case, the registration unit 335 instructs the display data creation unit 333 to create entry failure screen display data for displaying an entry failure screen (not shown) indicating that the entry of the seal to the contest has failed. This makes it possible to prevent a sticker based on a player's avatar image that does not want his avatar image to be exposed in the contest from being entered into the contest without permission.

On the other hand, when the seal registration permission flag is set to permission, the registration unit 335 determines whether or not the entry player has already entered the seal. The registration unit 335 reads the entry management table and determines whether or not the entry player has already entered the seal based on whether or not the entry seal ID is stored for the entry player ID included in the game progress request. If the entry player has not yet entered the sticker, the registration unit 335 newly enters the sticker in the contest. In the entry management table, the registration unit 335 stores the player ID and the seal ID included in the game progress request as the entry player ID and the entry seal ID, respectively, and sets the current time as the entry date and time. Further, the registration unit 335 also stores the stored entry seal ID and the entry date and time in the entry history. In this case, the sticker generation unit 334 instructs the display data creation unit 333 to create entry success screen display data for displaying an entry success screen (not shown) indicating that the entry of the seal in the contest was successful. ..

On the other hand, when the entry player has already entered the sticker, the registration unit 335 updates the already entered sticker with the newly entered sticker. In this case, the registration unit 335 updates the entry seal ID corresponding to the player ID included in the game progress request to the seal ID included in the game progress request in the entry management table, and sets the current date and time as the entry date and time. .. Further, the registration unit 335 adds the stored entry seal ID and entry date and time to the entry history. In this case, the seal generation unit 334 instructs the display data creation unit 333 to create the entry success screen display data. Since the entry player can update the entered sticker, it is possible to sequentially enter each sticker in which the avatar image of each friend player is shown, and it is possible to improve communication with a large number of friend players. .. An upper limit may be set for the number of times the entry player can update the entered sticker. By setting an upper limit on the number of updates, the load on the server 3 can be reduced. In addition, since the user needs to aim for a higher ranking in the contest a limited number of times, the motivation for creating a sticker can be further improved.

Further, the registration unit 335 may limit (reject) the entry of the seal that has passed a certain period or more since it was generated. In that case, the registration unit 335 determines whether or not the generation date and time of the entered seal is earlier than the current date and time by a certain period or more based on the seal information of the player management table, and if it is earlier than a certain period. , Prohibit entry of that seal. As a result, the player tries to enter the generated sticker before the lapse of a certain period or more, so that the contest can be activated.

Hereinafter, the processing by the voting reception unit 336 will be described.

When the game progressing unit 332 instructs the voting receiving unit 336 to accept the voting, the voting receiving unit 336 determines whether or not the same player has voted for the same sticker. The voting reception unit 336 reads the entry management table and identifies the entry sticker ID corresponding to the entry player ID included in the game progress request. Further, the voting reception unit 336 reads out the voting management table and identifies the voting information corresponding to the voting player ID included in the game progress request. The voting reception unit 336 determines whether or not the combination of the entry player ID and the specified entry seal ID is stored in the specified voting information. When the combination is stored in the voting information, the voting reception unit 336 determines that the same player is voting for the same sticker, and prohibits the acceptance of the vote. In this case, the voting reception unit 336 instructs the display data creation unit 333 to create the voting failure screen display data for displaying the voting failure screen (not shown) indicating that the voting has failed. This makes it possible to prevent biased voting for the same seal.

On the other hand, if the combination is not stored in the voting information, the voting receiving unit 336 determines that the same player has not voted for the same sticker, and accepts the voting by the voting player. The voting reception unit 336 increments the number of votes obtained corresponding to the entry player ID in the entry management table. Further, the voting reception unit 336 stores the combination of the entry player ID and the entry seal ID in the voting information corresponding to the voting player ID in the voting management table, and decrements the number of times the voting can be performed. In this case, the voting reception unit 336 instructs the display data creation unit 333 to create voting screen display data for continuous voting.

The voting reception unit 336 may also prohibit the acceptance of votes from the same voting player to the same entry player. This makes it possible to prevent biased voting for the same entry player.

Hereinafter, the processing by the privilege granting unit 337 will be described.

The privilege granting unit 337 determines whether or not the contest period has ended, and when the contest period ends, reads the entry management table and totals the number of votes obtained by each entry player. The privilege granting unit 337 ranks each entry player according to the result of the aggregated voting, that is, in descending order of the number of votes obtained, and stores the ranking of each entry player in the entry management table. In addition, the privilege granting unit 337 aggregates the voter turnout of each entry player (the value obtained by dividing the number of votes obtained by the number of times extracted on the voting screen), and ranks each entry player in descending order of the voter turnout. good.

The privilege granting unit 337 grants a privilege to the entry player and each friend player corresponding to all the stickers entered by the entry player according to the order of each entry player. For example, the privilege giving unit 337 grants a higher value privilege to an entry player and a friend player having a predetermined rank or higher, and gives a lower value score as the rank is lower. The privilege to be given is, for example, a prize such as an item, a material such as a face, a hairstyle, clothes or ornaments for creating an avatar image, or a background, a frame or a stamp for creating a sticker. The privilege granting unit 337 identifies each friend player corresponding to all the stickers entered by the entry player based on the entry history of the entry management table and the seal information of the player management table. In the player management table, the privilege granting unit 337 stores the privilege to be granted in association with the player IDs of the entry player and the friend player to be granted, and stores the privilege to be granted in association with the entry player ID in the entry management table. do. The privilege granting unit 337 grants a privilege to each friend player corresponding to all the stickers entered by the entry player, so that all the friend players whose avatar image is shown on the entered sticker receive the privilege without unfairness. Can be obtained.

In the above description, the case where the privilege is given to the entry player and each friend player corresponding to all the stickers entered by the entry player is not limited to this. For example, the privilege may be given only to the entry player and each friend player corresponding to at least a part of the stickers entered by the entry player, or the privilege and others given to each friend player corresponding to at least a part of the stickers. The privilege given to each friend player corresponding to the sticker may be different. As a method for extracting at least a part of the sticker, for example, a friend player having a new sticker on the generation date / time or an entry date / time may be extracted, or a friend player having a large number of times of creating a sticker with the entry player may be extracted.

The privilege giving unit 337 may change the privilege given to the friend player corresponding to each sticker according to the result of voting for each sticker (at least a part of the stickers) entered by the entry player. The voting reception unit 336 stores the number of votes obtained for each entry sticker in the entry history of the entry management table. The privilege granting unit 337 grants a privilege having a higher value to a friend player corresponding to a sticker having a large number of votes, and a privilege having a lower value to a friend player corresponding to a sticker having a small number of votes. A friend player who contributes greatly to the ranking of the entry player can acquire a high-value privilege, so that each friend player can increase the motivation to improve the avatar image.

In addition, the privilege granting unit 337 may grant a privilege to a voting player who has voted for an entry player having a predetermined rank or higher. As a result, each player's willingness to vote can be improved, and the contest can be activated.

FIG. 9 is a diagram showing an example of an operation sequence of the game system 1. The operation sequence described below is based on a program stored in the terminal storage unit 22 and the server storage unit 32 in advance, and is mainly performed by the terminal processing unit 25 and the server processing unit 33 to supply the mobile terminal 2 and the server 3. It is carried out in cooperation with each element.

The player instructs the start of the game by using the operation unit 23 of the mobile terminal 2. The browsing execution unit 251 receives a player ID and password from the player using the operation unit 23, and transmits a game start request including the accepted player ID and password to the server 3 via the terminal communication unit 21 (step S101). ..

When the control unit 331 of the server 3 receives the game start request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the player ID and password included in the received game start request to the player authentication unit, and performs authentication processing. Instruct execution (step S102).

The control unit 331 creates home screen display data when the authentication by the player authentication unit is successful (step S103).

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

When the browsing execution unit 251 of the mobile terminal 2 receives the home screen display data from the server 3 via the terminal communication unit 21, it creates drawing data based on the received home screen display data. Further, the browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays the home screen (step S105).

Next, in response to an instruction from the player using the operation unit 23, the browsing execution unit 251 makes a game progress request including the request type corresponding to the instruction and the player ID of the player via the terminal communication unit 21. Is transmitted to the server 3 (step S106).

When the control unit 331 receives the game progress request from the mobile terminal 2 via the server communication unit 31, the control unit 331 passes the received game progress request to the game progress unit 332 and instructs the execution of the game progress process. When the control unit 331 instructs the game progress unit 332 to execute the game progress process, the game progress unit 332 executes the game progress process (step S107). In the game progress processing, each unit of the server processing unit 33 creates display data corresponding to the received game progress request, and the game progress unit 332 passes the created display data to the control unit 331. The details of the game progress process will be described later.

Next, the control unit 331 transmits each display data received from the game progress unit 332 to the mobile terminal 2 via the server communication unit 31 (step S108).

When the browsing execution unit 251 receives each display data or the like from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received display data. Further, the browsing execution unit 251 outputs the created drawing data to the display unit 24 and displays the corresponding screen (step S109). After that, the processes of steps S106 to S109 are repeated.

10 and 11 are diagrams showing an example of the operation flow of the game progress processing by the game progress unit 332. The game progress process shown in FIGS. 10 and 11 is executed in step S107 of FIG.

First, the game progress unit 332 identifies the request of the mobile terminal 2 from the request type included in the game progress request received from the control unit 331 (step S201).

When the specified request is a sticker creation screen display request (step S202-Yes), the game progress unit 332 instructs the display data creation unit 333 to create the sticker creation screen display data. The display data creation unit 333 creates the sticker creation screen display data, and passes the created sticker creation screen display data to the game progress unit 332 (step S203). Next, the game progress unit 332 passes the sticker creation screen display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is a seal generation request (step S202-No, step S204-Yes), the game progress unit 332 instructs the seal generation unit 334 to generate a seal, and the seal generation unit 334 generates a seal. The process is executed (step S205). In the seal generation process, the seal generation unit 334 generates a seal, the display data creation unit 333 creates display data according to the result, and passes the created display data to the game progress unit 332. The details of the seal generation process will be described later. Next, the game progress unit 332 passes the display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is an entry screen display request (step S204-No, step S206-Yes), the game progress unit 332 instructs the display data creation unit 333 to create the entry screen display data. The display data creation unit 333 creates entry screen display data, and passes the created entry screen display data to the game progress unit 332 (step S207). Next, the game progress unit 332 passes the entry screen display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is an entry request (step S206-No, step S208-Yes), the game progress unit 332 instructs the registration unit 335 to enter the seal to the contest, and the registration unit 335 processes the entry. Is executed (step S209). In the entry process, the registration unit 335 enters the seal into the contest, the display data creation unit 333 creates display data according to the result, and passes the created display data to the game progress unit 332. The details of entry processing will be described later. Next, the game progress unit 332 passes the display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is an entry history screen display request (step S208-No, step S210-Yes), the game progress unit 332 instructs the display data creation unit 333 to create the entry history screen display data. The display data creation unit 333 creates entry history screen display data, and passes the created entry history screen display data to the game progress unit 332 (step S211). Next, the game progress unit 332 passes the entry history screen display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is a voting screen display request (step S210-No, step S212-Yes), the game progress unit 332 instructs the display data creation unit 333 to create the voting screen display data. The display data creation unit 333 extracts two stickers from the stickers currently entered in the contest, creates voting screen display data, and passes the created voting screen display data to the game progress unit 332 (step S213). .. Next, the game progress unit 332 passes the voting screen display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is a voting request (step S212-No, step S214-Yes), the game progressing unit 332 instructs the voting receiving unit 336 to accept the vote, and the voting receiving unit 336 performs the voting process. Execute (step S215). In the voting process, the voting receiving unit 336 accepts a vote, the display data creating unit 333 creates display data according to the result, and passes the created display data to the game progressing unit 332. The details of the voting process will be described later. Next, the game progress unit 332 passes the display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is a result screen display request (step S214-No, step S216-Yes), the game progress unit 332 instructs the display data creation unit 333 to create the result screen display data. The display data creation unit 333 creates the result screen display data, and passes the created result screen display data to the game progress unit 332 (step S217). Next, the game progress unit 332 passes the result screen display data received from the display data creation unit 333 to the control unit 331 (step S219), and ends a series of steps.

On the other hand, when the specified request is neither of the above, that is, the home screen display data creation request (step S216-No), the game progress unit 332 instructs the control unit 331 to create the home screen display data. The control unit 331 creates home screen display data and passes it to the game progress unit 332 (step S218). Next, the game progress unit 332 passes the home screen display data received from the game progress unit 332 to the control unit 331 (step S219), and ends a series of steps.

FIG. 12 shows an example of the operation flow of the seal generation process. The seal generation process shown in FIG. 12 is executed in step S205 of FIG.

First, the seal generation unit 334 determines whether or not the seal generation permission flag of the friend player is set to permission (step S301). When the seal generation permission flag is set to reject (step S301-No), the seal generation unit 334 prohibits the generation of the seal based on the avatar image of the friend player (step S302). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the seal generation failure screen display data. The display data creation unit 333 creates the seal generation failure screen display data, passes the created seal generation failure screen display data to the game progress unit 332 (step S303), and ends a series of steps.

On the other hand, when the seal generation permission flag is set to permission (step S301-Yes), the seal generation unit 334 reads out the avatar image of the entry player and the avatar image of the friend player from the server storage unit 32 (step S304). Next, the seal generation unit 334 reads the background, the frame, and the stamp from the server storage unit 32 (step S305). Next, the seal generation unit 334 generates a seal based on the read avatar image of the entry player, the avatar image of the friend player, the background, the frame, and the stamp, and stores the seal in the server storage unit 32 (step S306). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the entry screen display data. The display data creation unit 333 creates entry screen display data, passes the created entry screen display data to the game progress unit 332 (step S307), and ends a series of steps.

FIG. 13 shows an example of the operation flow of entry processing. The entry process shown in FIG. 13 is executed in step S209 of FIG.

First, the registration unit 335 determines whether or not the seal registration permission flag of the friend player is set to permission (step S401). When the seal registration permission flag is set to reject (step S401-No), the seal generation unit 334 prohibits entry of the seal into the contest based on the avatar image of the friend player (step S402). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the entry failure screen display data. The display data creation unit 333 creates entry failure screen display data, passes the created entry failure screen display data to the game progress unit 332 (step S403), and ends a series of steps.

On the other hand, when the seal registration permission flag is set to permission (step S401-Yes), the registration unit 335 determines whether or not the entry player has already entered the seal (step S404). If the entry player has not yet entered the sticker, the registration unit 335 newly enters the sticker into the contest (step S405). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the entry success screen display data. The display data creation unit 333 creates entry success screen display data, passes the created entry success screen display data to the game progress unit 332 (step S406), and ends a series of steps.

On the other hand, when the entry player has already entered the sticker, the registration unit 335 updates the already entered sticker with the newly entered sticker (step S407). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the entry success screen display data. The display data creation unit 333 creates entry success screen display data, passes the created entry success screen display data to the game progress unit 332 (step S406), and ends a series of steps.

FIG. 14 shows an example of the operation flow of the voting process. The voting process shown in FIG. 14 is executed in step S215 of FIG.

First, the voting reception unit 336 determines whether or not the same player has voted for the same sticker (step S501). When the same player has voted for the same sticker (step S501-Yes), the voting receiving unit 336 prohibits the acceptance of voting (step S502). Next, the voting reception unit 336 instructs the display data creation unit 333 to create the voting failure screen display data. The display data creation unit 333 creates voting failure screen display data, passes the created voting failure screen display data to the game progress unit 332 (step S503), and ends a series of steps.

On the other hand, when the voting reception unit 336 has not voted for the same sticker from the same player (step S501-No), the voting reception unit accepts the vote by the voting player and increments the number of votes of the voted entry player. (Step S504). Next, the seal generation unit 334 instructs the display data creation unit 333 to create the voting screen display data. The display data creation unit 333 newly extracts two stickers from the stickers currently entered in the contest, creates voting screen display data, and passes the created voting screen display data to the game progress unit 332 (step). S505), the series of steps is completed.

FIG. 15 shows an example of the operation flow of the privilege granting process. The operation sequence described below is executed mainly by the server processing unit 33 in cooperation with each element of the server 3 based on the program stored in the server storage unit 32 in advance. The privilege granting process is periodically executed by the privilege granting unit 337.

First, the privilege granting unit 337 determines whether or not the contest period has ended (step S601). The privilege granting unit 337 waits until the contest period ends (step S601-No), and when the contest period ends (step S601-Yes), the number of votes obtained by each entry player is totaled (step S602). Next, the privilege granting unit 337 ranks each entry player according to the aggregated voting results (step S603). Next, the privilege granting unit 337 grants a privilege to the entry player and each friend player corresponding to all the stickers entered by the entry player according to the order of each entry player (step S604), and performs a series of steps. finish.

As described above, the server 3 enters the sticker generated based on the avatar image of the entry player and the avatar image of the friend player into the contest in accordance with the request from the entry player, and votes for the entered sticker. Benefits are given to both entry players and friend players depending on the results of acceptance and voting. The friend player can obtain the privilege by the entry player entering the contest with the sticker showing his / her avatar image. On the other hand, the entry player can acquire the privilege by using the avatar image of the friend player. As a result, the psychology of mutual cooperation between the entry player and the friend player works, and it becomes possible to improve the communication between the entry player and the friend player by using the avatar image.

The server 3 causes the mobile terminal 2 to display the stickers and avatar images of the entry player and its friend player ranked high in the contest. Therefore, each player participates in the contest, obtains a higher ranking, and tries to expose his / her avatar image to other players, so that the contest can be activated. In addition, each player needs to purchase a sticker, a material for creating an avatar image, or an item for creating a sticker in order to participate in the contest, so that the player's purchasing motivation can be improved. It becomes.

The present invention is not limited to the present embodiment. For example, in the present embodiment, the server 3 executes the generation of the sticker, the registration of the sticker in the contest, and the voting of the sticker as a game, but these processes are performed as an event in a social network other than the game. You may do it.

Further, the number of avatar images of the friend player reflected on one sticker is not limited to one, and one sticker may be generated based on the avatar images of a plurality of friend players.

Further, the game system 1 may provide matching items such as clothes or ornaments so that the avatar image of the entry player and the avatar image of the friend player can cooperate with each other. Matching items are, for example, items that are similar to each other, items that are different in color, and items that have some (marks, patterns, etc.) in common.

Further, the game executed on the mobile terminal 2 may be a hybrid game in which the server 3 and the mobile terminal 2 each play a part of the processing. In that case, for example, each screen related to the progress of the game is a web display displayed on the mobile terminal 2 based on the display data generated by the server 3, and other menu screens and the like are native applications installed on the mobile terminal 2. The native display is displayed by.

It will be appreciated by those skilled in the art that various changes, substitutions and modifications can be made to this without departing from the spirit and scope of the invention.

1 Game system 3 Server 31 Server communication unit 32 Server storage unit 33 Server processing unit 331 Control unit 332 Game progress unit 333 Display data creation unit 334 Seal generation unit 335 Registration unit 336 Voting reception unit 337 Bonus granting unit

Claims (7)

A game control method in a computer having a storage unit and providing a game to each terminal of a plurality of players.
The storage unit stores object images corresponding to each of the plurality of players and information regarding other players among the plurality of players related to each of the plurality of players.
The computer
Generated based on the object image corresponding to the first player and the object image corresponding to another player related to the first player according to the first request received from the terminal of the first player among the plurality of players. The voted object image is stored in the storage unit, and the image is stored in the storage unit.
According to the second request received from the terminal of the first player, at least two of the voting object images stored in the storage unit are displayed side by side so that they can be voted , and up to the maximum number of times newly set for each predetermined period. The voting screen display data for displaying the number of times that the first player can vote is transmitted to the terminal of the first player.
Game control methods including that. The computer generates the voting object image already generated and stored by the first player according to the new first request received from the terminal of the first player, in response to the new first request. The game control method according to claim 1 , comprising updating to a new voting object image. The computer includes receiving a request for refusal to generate the voting object image from the terminal of any one of the plurality of players.
The game according to claim 1 or 2 , wherein in the generation of the voting object image, the computer prohibits the generation of the voting object image based on the object image corresponding to the player of the terminal that has transmitted the generation refusal request. Control method. According to the second request received by the computer from the terminal of the first player.
At least two voting object images are extracted from the plurality of voting object images stored in the storage unit.
Any one of claims 1 to 3 , including transmitting the voting screen display data for displaying the extracted at least two voting object images side by side so that they can be voted on, to the terminal of the first player. The game control method described in. The game control method according to claim 4 , wherein in the extraction of at least two voting object images, the voting object image having a shorter time from generation to extraction is more likely to be extracted. A computer that provides games to the terminals of multiple players.
A storage unit that stores an object image corresponding to each of the plurality of players and information about another player among the plurality of players related to each of the plurality of players.
Generated based on the object image corresponding to the first player and the object image corresponding to another player related to the first player according to the first request received from the terminal of the first player among the plurality of players. A registration unit that stores the voted object image in the storage unit,
According to the second request received from the terminal of the first player, at least two of the voting object images stored in the storage unit are displayed side by side so that they can be voted , and up to the maximum number of times newly set for each predetermined period. A creation unit that transmits voting screen display data for displaying the number of times that the first player can vote to the terminal of the first player, and
A computer characterized by being equipped with. A computer control program that has a storage unit and provides games to the terminals of multiple players.
The storage unit stores object images corresponding to each of the plurality of players and information regarding other players among the plurality of players related to each of the plurality of players.
To the computer
Generated based on the object image corresponding to the first player and the object image corresponding to another player related to the first player according to the first request received from the terminal of the first player among the plurality of players. The voted object image is stored in the storage unit, and the image is stored in the storage unit.
According to the second request received from the terminal of the first player, at least two of the voting object images stored in the storage unit are displayed side by side so that they can be voted , and up to the maximum number of times newly set for each predetermined period. The voting screen display data for displaying the number of times that the first player can vote is transmitted to the terminal of the first player.
A control program to do that.

Images