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

Abstract

PROBLEM TO BE SOLVED: To provide a game control method or the like which can improve communication between players.SOLUTION: A game control method of the present invention is in a computer (3) having a storage section (32) which includes the steps of: storing a first object image corresponding to a first player and a second object image corresponding to a second player related to the first player in the storage section; registering a third object image generated on the basis of the first object image and the second object image in accordance with a request from the first player, in an event; receiving voting to the third object image registered in the event; and imparting privileges to the first and second players, in accordance with a result of the voting.

Description

  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. In general, in a social game, so-called avatar images showing the faces, hairstyles, clothes, ornaments, etc. of each player are 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, a team consisting of virtual users, who proceed through quest parts, battle parts, etc., is organized, and each terminal displays an image that displays the avatar image, handle name, etc. of the team members. The

JP 2014-104269 A

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

  The present invention has been made to solve such a problem, and an object thereof is to provide a game control method, a computer, and a control program that can improve communication between players.

A game control method according to the present invention is a game control method in a computer including a storage unit, and 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 in accordance with the request from the first player is registered in the event, and the third object image registered in the event is registered. It includes receiving a vote and granting a privilege to the first player and the second player according to the result of the vote.
Note that the computer is only required to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

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

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

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

  In the game control method according to the present invention, it is preferable that in the granting of a privilege, the privilege is given to a plurality of players respectively corresponding to at least some third object images registered by the first player.

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

  The game control method according to the present invention further includes prohibiting the generation of the third object image based on the object image of the second player when a request for rejecting the generation of the third object image is received from the second player. It is preferable.

  Further, in the game control method according to the present invention, when a registration rejection request for 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. It is preferable to prohibit registration.

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

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

  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 has registered the third object image. It is preferably displayed in association with information for acquiring display data.

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

  A computer according to the present invention stores a first object image corresponding to a first player, a second object image corresponding to a second player related to the first player, and a first unit according to a request from the first player. A registration unit for registering the third object image generated based on the one object image and the second object image in the event, a voting reception unit for receiving a vote for the third object image registered in the event, and a result of the voting And a privilege granting unit that grants a privilege to the first player and the second player.

  A control program according to the present invention is a computer control program 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 based on the first object image and the second object image in accordance with the request from the first player is registered in the event, and the third object image registered in the event is voted According to the result of acceptance and voting, the computer is caused to give a privilege to the first player and the second player.

  In the game control method, the computer, and the control program according to the present invention, the player and the related player have a privilege according to the result of the vote performed on the image generated based on the object image of the player and the object image of the related player. Thus, communication between players can be improved using the object image.

1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 2 is a diagram illustrating an example of a schematic configuration of a server 3. FIG. (A) is a figure which shows an example of the data structure of a player management table, (b) is a figure which shows an example of the data structure of an entry management table, (c) is a figure which shows an example of a voting management table data structure It is. (A) is a figure which shows an example of the data structure of a material management table, (b) is a figure which shows an example of the data structure of a background management table, (c) shows an example of the data structure of a 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 demonstrating a contest. (A)-(d) is a figure which shows an example of the display screen of the portable terminal 2. FIG. (A)-(c) is a figure which shows an example of the display screen of the portable terminal 2. FIG. 2 is a diagram illustrating 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. It is a figure which shows an example of the operation | movement flow of a game progress process. It is a figure which shows an example of the operation | movement flow of a seal | sticker production | generation process. It is a figure which shows an example of the operation | movement flow of entry processing. It is a figure which shows an example of the operation | movement flow of a voting process. It is a figure which shows an example of the operation | movement flow of a privilege provision 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 these embodiments, and extends to the invention described in the claims and equivalents thereof.

1. Outline of Embodiment In the game system of this embodiment, a player executes a game provided by a server using a mobile terminal. In the present embodiment, a game for generating a sticker based on an avatar image of a player and an avatar image of a friend player of the player, registering the created sticker in a contest (ie, entry), and voting for the entered sticker Is provided.

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

  The friend player is an example of a related player related to the player, and is another player who has a friend relationship with the player. Instead of a friend player, the game is generated based on an avatar image of a related player who has rescued the player in a battle with a past enemy character, a related player who has played against the past, and / or a related player who belongs to a group which has played in the past. Seals made may be used in contests.

  The sticker is an example of an object image generated based on the avatar image of the player and the avatar image of the friend player, and is electronic data on which a specific image that can be exchanged between the player and another player is displayed. . The player can obtain the sticker by purchasing, for example. The sticker at the time of purchase is plain, and the player can compose and enter the contest by placing the avatar image of the player, the avatar image of the friend player, etc. on the sticker. Avatar images and stickers are electronic data that can be acquired, held, used, managed, exchanged, combined, enhanced, sold, discarded, and / or gifted, etc. by the player within the game. Aspects are not limited to those set forth herein.

  The contest is an event for accepting seal entries from each player and ranking the entered players according to the vote results for the entered seals. In this contest, the server gives 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. Thereby, it becomes possible to improve communication between players using an avatar image.

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

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

2.1. Configuration of Mobile Terminal 2 FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

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

  In this embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, a tablet A PC, a notebook PC, or the like may be used.

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

  The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays display data related to the progress of the game. 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). 22 may be installed. Further, the terminal storage unit 22 stores, as data, a player ID that is identification information of the user of the mobile terminal 2, display data relating 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 operation of the mobile terminal 2 is possible, and is, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from 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 or an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

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

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

  The browsing execution unit 251 acquires and displays display data relating to the progress of the game. That is, 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 accordance with an instruction from the player. Further, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the content data that has been identified based on the identified 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 piece of 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 illustrating an example of a schematic configuration of the server 3.

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

  The server communication unit 31 is an example of an output unit, includes a communication interface circuit for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that progresses a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 using a known setup program or the like from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM.

  Further, the server storage unit 32 manages, as data, a player management table for managing players (FIG. 4A), an entry management table for managing players entered in the contest (FIG. 4B), and voting in the contest. The voting management table (FIG. 4C) to be stored is stored. Further, the server storage unit 32 is combined with the material management table (FIG. 5A) for managing the material of the avatar, the background management table (FIG. 5B) for managing the background combined with the seal, and the seal. A frame management table (FIG. 5C) for managing frames, a stamp management table (FIG. 5D) for managing stamps to be combined with stickers, and the like are stored. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process.

  4A to 4C and 5A to 5D are diagrams illustrating examples of data structures of various management tables.

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

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

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

  The seal generation permission flag is a flag indicating whether to permit or reject the generation of a seal based on the avatar image of the player. The seal generation permission flag is set in advance by the player. When a seal generation rejection request is received from the player, the seal generation permission flag is set to be rejected. When a seal generation permission request is received, the seal generation permission flag is set to allow. The seal entry permission flag is a flag indicating whether to allow or reject entry to the seal contest based on the avatar image of the player. The seal entry permission flag is set in advance by the player. When a seal registration rejection request is received from the player, the seal entry permission flag is set to be rejected. When a seal registration permission request is received from the player, the seal entry permission flag is set to permit.

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

  FIG. 4C shows a voting management table. In the voting management table, for each player (voting player) voting in the contest, the player ID, voting information, the number of votes that can be voted, and the like are stored in association. Note that all the players registered in the player management table in FIG. 4A are voting players. In the voting information, the player ID of the entry player voted by the voting player and the seal ID of the entry sticker are stored in association with each other. The number of votes that can be voted indicates the number of times that the voting player can vote. As the possible number of votes, for example, an upper limit value (for example, 10) of the number of votes that can be voted during the day is set at a predetermined time every day, and the number of votes that can be voted is decremented (-1) every 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 the type, it is specified whether the material is a face, a hairstyle, clothes, ornaments, or the like.

  FIG. 5B shows a background management table. The background management table stores a background ID, a name, an image file name, and the like associated with each background that can be combined with the sticker.

  FIG. 5C shows a frame management table. The frame management table stores a frame ID, a name, an image file name, and the like in association with each frame that can be combined with the seal.

  FIG. 5D shows a stamp management table. In the stamp management table, stamp IDs, names, image file names, and the like are stored in association with each stamp that can be combined with the seal.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure based on a program or 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. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

2.2.1. Functions 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 in accordance with a request from the entry player who enters the seal in the contest. A seal 603 is generated. Further, the server 3 enters the seal 603 in the contest according to the request from the entry player. The server 3 receives a vote for the seal entered in the contest from the voting player voting for the contest, and gives a privilege to both the entry player and the friend player according to the result of the voting.

  7-8 is a figure which shows an example of the display screen of the portable terminal 2 based on the display data produced by the server 3. FIG.

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

  By tapping the “Create Sticker” button 703, the server 3 requests the server 3 to create a sticker via the terminal communication unit 21. On the other hand, when the “entry” button 704 is tapped, the server 3 is requested through the terminal communication unit 21 for the player to enter the seal. On the other hand, when the “entry history” button 705 is tapped, the server 3 is requested to display the history of the seal entered in the contest via the terminal communication unit 21. On the other hand, when the “vote” button 706 is tapped, the server 3 is requested via the terminal communication unit 21 for the player to vote. On the other hand, a contest result display is requested to the server 3 via the terminal communication unit 21 by tapping the “result display” button 707. Note that the “result display” button 707 may not be displayed until the contest ends.

  FIGS. 7B and 7C show seal creation screens 710 and 720 that are displayed when the “Create Seal” button 703 is tapped on the home screen 700 shown in FIG. 7A. The sticker creation screen 720 is displayed by scrolling the sticker creation screen 710 upward. The seal creation screens 710 and 720 are displayed based on the seal creation screen display data received from the server 3. An entry player avatar image 711, a friend player avatar image list 712, and an entry player owned background list 713 are arranged on the seal creation screen 710. On the sticker creation screen 720, an entry player's own frame list 721, an entry player's own stamp list 722, 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 combining each material selected from the materials owned by the entry player using an avatar image creation screen (not shown). As the avatar image list 712, avatar images of all friend players of the entry player are arranged so as to be selectable by a tap of the entry player or the like. As the owned background list 713, all owned backgrounds owned by the entry player are arranged so as to be selectable by a tap or the like of the entry player. As the owned frame list 721, all owned frames owned by the entry player are arranged so as to be selectable by the entry player's tap or the like. As the owned stamp list 722, all owned stamps owned by the entry player are arranged so as to be selectable by the entry player's tap or the like.

  By tapping the “seal generation” button 723, the terminal communication unit 21 generates a seal by combining the avatar image 711 of the entry player with the avatar image of the friend player selected by the entry player, the possession background, the possession frame, and the possession stamp. Is requested to the server 3 via By tapping the “Clear” button 724, the selection of the avatar image, owned background, owned frame, and owned stamp of the currently selected friend player is cancelled.

  In FIG. 7D, when the “Entry” button 704 is tapped on the home screen 700 shown in FIG. 7A or when the “Create seal” button is displayed on the seal creation screen 720 shown in FIG. An entry screen 730 is displayed that is displayed when 723 is tapped and a seal is generated. 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 “return” button 734 are arranged.

  Of the seals created by the entry player, a seal that has not yet been entered in the contest is displayed as a seal 731 so that it can be selected by a tap of the entry player. In FIG. 7D, only one seal 731 is displayed, but when there are a plurality of seals that have not yet been entered in the contest, a plurality of seals are displayed. By tapping the “entry” button 733, an entry for the seal selected by the entry player is requested to the server 3 via the terminal communication unit 21. By tapping the “return” button 734, the screen that was displayed before the entry screen 730 is displayed is displayed again.

  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. The entry history screen 800 is displayed based on the entry history screen display data received from the server 3. In the entry history screen 800, a seal 801 currently entered in the contest and a friend player name 802 shown in the seal 801 are arranged in association with each other. Further, in the entry history screen 800, for each sticker that has been entered in the past in the contest, the sticker 803 and the name 804 of the friend player shown in the sticker 803 are arranged in association with each other. As the seal 803, all the seals that have been entered in the past in the contest are displayed. Furthermore, a “return” button 805 is arranged on the entry history screen 800. By tapping the “return” button 805, the home screen 700 shown in FIG. 7A is displayed again.

  FIG. 8B shows a voting screen 810 displayed when the “voting” button 706 is tapped on the home screen 700 shown in FIG. The voting screen 810 is displayed based on the voting screen display data received from the server 3. The voting screen 810 includes a voting instruction 811 for any one of the displayed stickers, two stickers 812 and 813 to be voted, and two displayed stickers for changing to another sticker. A seal change button 814, a voting player's possible vote count 815, and a “return” 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 a tap or the like of the voting player. By tapping on one of the two seals 812 and 813, voting is performed on the tapped seal, and two new seals are extracted by the server 3 and the voting screen 810 is displayed again. On the other hand, when the seal change button 814 is tapped, two seals are newly extracted by the server 3 without voting for the seal, and the voting screen 810 is displayed again. By tapping the “return” button 816, the home screen 700 shown in FIG.

  Thus, voting is performed by selecting one of the two seals extracted by the server 3. The voting player does not need to search for a favorite sticker from a large number of entered stickers, and can easily select a sticker to vote. In addition, since the vote result varies depending on the number of times the entry sticker is extracted by the server 3 and which entry sticker it competes with, it is possible to improve the game preference.

  FIG. 8C shows a result screen 820 displayed when the “result display” button 707 is tapped on the home screen 700 shown in FIG. The result screen 820 is displayed based on the result screen display data received from the server 3. In the result screen 820, seals 821, entries 822, votes 823, entry player names 824, friend player names 825, benefits 826 to be given, etc. entered by each entry player in the order ranked in the contest. Arranged in association. Thereby, each player can browse what kind of sticker is entered by the player with the highest ranking, and can refer to the next contest.

  The sticker 821 is linked to the entry history screen of the entry player who entered the sticker. 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 information for acquiring entry history screen display data for displaying all stickers entered by the player who entered the sticker. Thereby, each player can browse all the stickers entered by the player with the highest ranking, and can refer to 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, it corresponds to the sticker. The entry history screen of the friend player to be displayed 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 detailed screen of the player, a button for establishing a friend relationship with the player, and the like may be arranged. Thereby, each player can access the screens of a large number of players, and can communicate with a large number of players or build friendships.

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, a registration unit 335, A voting reception unit 336 and a privilege granting unit 337 are provided. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

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

  The control unit 331 controls the start and progress of the game, and instructs the game progress unit 332 and the like to execute processing as appropriate.

  When the control unit 331 receives a 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 for receiving instructions such as sticker creation, sticker entry, entry history display, voting, and voting result display in a predetermined layout. In addition, the control unit 331 transmits the created home screen display data to the mobile terminal 2 via the server communication unit 31.

  When receiving a 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 execution of the game progress process. The game progress request includes a player ID and a request type. The request type includes any one of a seal creation screen display request, a seal generation request, an entry screen display request, an entry request, an entry history screen display request, a voting screen display request, a voting request, and a result screen display request. It is specified.

  When the “Create sticker” button 703 on the home screen 700 in FIG. 7A is tapped, the request type is a sticker creation screen display request. When the “Entry” button 704 is tapped, the request type is the entry screen. When a display request is made and the “entry history” button 705 is tapped, the request type is 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 on the seal creation screen 720 in FIG. 7C is tapped, the request type is a seal generation request. In this case, in the game progress request, 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. The stamp ID corresponding to the owned stamp is further included. When the “entry” button 733 on the entry screen 730 in FIG. 7D is tapped, the request type is an entry request, and the game progress request further includes a seal ID corresponding to the entered sticker. When any one of the stickers 812 and 813 displayed on the voting screen 810 in FIG. 8B is tapped, the request type is a voting request, and the tapped sticker is used for a game progress request. The entry player ID corresponding to is further included.

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

  Hereinafter, the process by the game progression unit 332 will be described.

  The game progress unit 332 controls the progress of the game, and appropriately performs display data creation processing, seal generation processing, entry processing, or voting processing to the display data creation unit 333, the seal generation unit 334, the registration unit 335, or the vote reception unit 336, respectively. Instruct execution. In addition, 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 identified 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 creation of the sticker creation screen display data.

  When the identified request is a sticker generation request, the game progress unit 332 sends 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 to the seal generation unit 334. And instructing the generation of a seal.

  When the identified 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 creation of entry screen display data.

  When the identified request is an entry request, the game progression unit 332 passes the player ID (that is, the entry player ID) and the seal ID included in the game progression request to the registration unit 335 and instructs the entry of the seal to the contest. To do.

  When the identified 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 creation of entry history screen display data.

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

  When the identified request is a voting request, the game progression unit 332 passes the player ID (that is, the voting player ID) and the entry player ID included in the game progression request to the voting acceptance unit 336 and instructs the voting acceptance. .

  When the identified 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 creation of the result screen display data.

  Hereinafter, 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 progression unit 332, the seal generation unit 334, the registration unit 335, or the vote reception unit 336, and the created display data is transmitted via the game progression unit 332 and the control unit 331. To be output to the server communication unit 31.

  When the creation of the sticker creation screen display data is instructed from the game progression unit 332, the display data creation unit 333 reads the player management table, and displays the avatar image information corresponding to the player ID included in the game progression request, the friend player ID, The owned background ID, owned frame ID, and owned stamp ID are specified. Furthermore, the display data creation unit 333 identifies avatar image information corresponding to the identified friend player ID. Furthermore, the display data creation unit 333 reads the background management table, the frame management table, and the stamp management table, and specifies the background, frame, and stamp that respectively correspond to the specified owned background ID, owned frame ID, and owned stamp ID. Then, the display data creation unit 333 creates sticker creation screen display data for displaying a sticker creation screen in which the specified player avatar image, friend player avatar image, background, frame, and stamp are arranged in a predetermined layout. .

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

  When the creation of entry history screen display data is instructed from the game progression unit 332, the display data creation unit 333 reads the entry management table and uses the latest entry seal ID corresponding to the player ID included in the game progression request for the contest. It is specified as the seal ID of the currently entered seal. Furthermore, the display data creation unit 333 specifies a seal ID other than the latest entry seal ID stored in the entry history corresponding to the player ID included in the game progress request as the seal ID of the seal that has been previously entered. . 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 sticker ID is arranged in a predetermined layout based on the sticker information in the player management table.

  When the creation of voting screen display data is instructed from the game progression unit 332, the display data creation unit 333 reads the entry management table and extracts two seals from the seals currently entered in the contest. The display data creation unit 333 creates entry screen display data for displaying a voting screen in which the two extracted stickers are displayed side by side so that voting is possible. The display data creation unit 333 first extracts one seal from the seals currently entered in the contest, and then extracts other seals currently entered in the contest. Entry screen display data is created so that the extracted stickers are displayed side by side on the voting screen. The display data creation unit 333 randomly extracts a seal using a predetermined random number seed or the like. In addition, the display data creation unit 333 reads the voting management table, identifies the possible number of votes corresponding to the voting player ID included in the game progress request, and votes so that the identified possible number of votes is further displayed on the voting screen. Create screen display data.

  The display data creation unit 333 performs control so that a specific sticker is easily extracted from a sticker registered before the specific sticker, that is, is easily included in the voting screen. Therefore, a seal having a shorter time from entry to the present is easier to extract, and a seal having a longer time from entry to the present is less likely to be extracted. For example, the display data creation unit 333 increases the range of random number values corresponding to each sticker as the time from entry to the present becomes shorter, and decreases as the time from entry to the present becomes longer. This allows the player to activate the contest because the entry is repeated frequently so that the entered sticker can be more easily extracted. Furthermore, it is possible to improve the willingness to purchase items such as a seal necessary for entry, a material for creating a new avatar image, and an item for creating a new seal.

  In addition, the display data creation unit 333 may perform control so that stickers having the same number of votes are 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 of the same level as himself, so that a sense of tension can be maintained. Become.

  When the creation of the result screen display data is instructed from the game progression unit 332, the display data creation unit 333 reads the entry management table, and adds the entry player ID, entry seal ID, rank, number of votes obtained, and the number of votes given to each entry player. Identify benefits. Further, the display data creation unit 333 reads the player management table and identifies the friend player ID corresponding to the identified entry seal ID based on the seal information. The display data creation unit 333 then, in the order of the specified order, the sticker corresponding to the entry sticker ID, the rank, the number of votes, 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 Entry screen display data for displaying an entry screen in which prizes are arranged side by side is created.

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

  When the generation of the seal is instructed from the game progress unit 332, 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 to permit. Determine whether. When the seal generation permission flag is set to be rejected, the seal generation unit 334 prohibits generation of a seal based on the avatar image of the friend player. In that case, the seal generation unit 334 instructs the display data generation unit 333 to generate seal generation failure screen display data for displaying a seal generation failure screen (not shown) indicating that the generation of the seal has failed. Thereby, it is possible to prevent an avatar image of a player who does not want his / her avatar image from being used by another person without permission.

  On the other hand, when the seal generation permission flag is set to permit, the seal generation unit 334 uses the player management table to set the avatar image and friend player ID of the entry player corresponding to the entry player ID included in the game progress request. The corresponding avatar image of the 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 using the background management table. Further, the seal generation unit 334 reads a frame corresponding to the frame ID included in the game progress request from the server storage unit 32 using the frame management table. Further, the seal generation unit 334 reads a stamp corresponding to the stamp ID included in the game progress request from the server storage unit 32 using the stamp management table.

  The seal generation unit 334 generates a seal based on the read entry player avatar image, friend player avatar image, background, frame, and stamp, and stores them in the server storage unit 32. The seal generation unit 334 generates a seal obtained by combining the images by arranging the images at specific positions. In the player management table, the seal generation unit 334 stores seal information related to the generated seal in association with the entry player ID. Note that an unentry is set in the entry flag of the seal information, and the current date and time are set as the generation date and time. In this case, the seal generation unit 334 instructs the display data generation unit 333 to generate entry screen display data for entering the generated seal.

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

  When the entry of the seal to the contest is instructed from the game progression unit 332, the registration unit 335 reads the player management table, and uses the entry player ID and the friend player ID corresponding to the seal ID included in the game progression request as seal information. Identify based on. Then, the registration unit 335 determines whether or not the seal registration permission flag corresponding to the identified friend player ID is set to permitted. When the seal registration permission flag is set to reject, the registration unit 335 prohibits entry into a seal 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. Thereby, it is possible to prevent a seal based on an avatar image of a player who does not want to expose his / her avatar image from being entered in the contest without permission.

  On the other hand, when the seal registration permission flag is set to permit, the registration unit 335 determines whether or not the entry player has already entered a seal. The registration unit 335 reads the entry management table, and determines whether or not the entry player has already entered a seal depending on whether or not the entry seal ID is stored for the entry player ID included in the game progress request. When the entry player has not yet entered the seal, the registration unit 335 newly enters the seal 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. Furthermore, the registration unit 335 also stores the stored entry seal ID and entry date / time in the entry history. In this case, the seal 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 seal entry to the contest was successful. .

  On the other hand, when the entry player has already entered the seal, the registration unit 335 updates the already entered seal with the newly entered seal. In this case, the registration unit 335 updates the entry sticker ID corresponding to the player ID included in the game progress request to the seal ID included in the game progress request and sets the current date and time as the entry date in the entry management table. . Further, the registration unit 335 adds the stored entry sticker ID and entry date / time to the entry history. In this case, the seal generation unit 334 instructs the display data creation unit 333 to create entry success screen display data. Since the entry player can update the entered sticker, it is possible to sequentially enter each sticker appearing in the avatar image of each friend player, and to improve communication with a large number of friend players. . An upper limit may be set for the number of times that 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. Further, since the user needs to aim for the higher rank in the contest with a limited number of times, the motivation for creating the seal can be further improved.

  Further, the registration unit 335 may limit (reject) seal entries that have been generated for a certain period of time after being generated. In that case, the registration unit 335 determines whether or not the generation date and time of the entered sticker is a certain period or more before the current date and time based on the seal information in the player management table. , Prohibit entry of that seal. Accordingly, the player tries to enter the contest before the generated sticker elapses for a certain period or more, so that the contest can be activated.

  Hereinafter, the process by the vote reception part 336 is demonstrated.

  The voting accepting unit 336 determines whether or not voting for the same sticker from the same player is performed when an instruction to accept voting is given from the game progression unit 332. The voting accepting unit 336 reads the entry management table and identifies an entry seal ID corresponding to the entry player ID included in the game progress request. Further, the voting accepting unit 336 reads the voting management table and specifies voting information corresponding to the voting player ID included in the game progress request. The voting accepting unit 336 determines whether or not a 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 accepting unit 336 determines that voting for the same sticker from the same player is performed, and prohibits acceptance of voting. In this case, the voting accepting unit 336 instructs the display data creating unit 333 to create voting failure screen display data for displaying a voting failure screen (not shown) indicating that voting has failed. Thereby, it is possible to prevent a biased vote from being made for the same seal.

  On the other hand, when the combination is not stored in the voting information, the voting accepting unit 336 determines that voting for the same sticker from the same player is not performed, and accepts the voting by the voting player. The vote receiving unit 336 increments the number of votes corresponding to the entry player ID in the entry management table. Further, the voting accepting 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 possible number of votes. In this case, the voting acceptance unit 336 instructs the display data creation unit 333 to create voting screen display data for subsequent voting.

  Note that the voting acceptance unit 336 may also prohibit acceptance of voting from the same voting player to the same entry player. This makes it possible to prevent a biased vote from being made for the same entry player.

  Hereinafter, the process by the privilege provision part 337 is demonstrated.

  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 counts the number of votes obtained for each entry player. The privilege granting unit 337 ranks each entry player in accordance with the total vote result, that is, in the descending order of the number of votes, and stores the rank of each entry player in the entry management table. Note that the privilege granting unit 337 may count the vote rate 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 rank each entry player in descending order of the vote rate. Good.

  The privilege granting unit 337 grants a privilege to each friend player corresponding to the entry player and all stickers entered by the entry player in accordance with the order of each entry player. The privilege granting unit 337, for example, gives a privilege with a higher value to the entry player and the friend player having a predetermined rank or higher, and gives a score with a lower value as the rank is lower. The privilege to be given is, for example, a prize such as an item, such as a face for creating an avatar image, a hairstyle, a material such as clothes or decorations, a background for creating a seal, a frame or a stamp. The privilege granting unit 337 identifies each friend player corresponding to all stickers entered by the entry player, based on the entry history of the entry management table and the sticker information of the player management table. The privilege granting unit 337 stores the privilege to be granted in the player management table in association with the player IDs of the entry player and friend player to be granted, and stores the privilege to be granted in association with the entry player ID in the entry management table. To 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 images are reflected on the entered stickers receive the privilege without unfairness. Can be acquired.

  In the above description, a case where a privilege is given to an entry player and each friend player corresponding to all stickers entered by the entry player has been described, but the present invention is not limited to this. For example, a 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 a privilege given to each friend player corresponding to at least a part of the stickers and others The privilege given to each friend player corresponding to the sticker may be different. As a method for extracting at least some of the seals, for example, a friend player with a new seal date or entry date or entry date may be extracted, or a friend player who has created a large number of seals with the entry player may be extracted.

  The privilege granting unit 337 may change the privilege to be given to the friend player corresponding to each sticker according to the result of voting for each sticker (at least a part of 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 gives a privilege having a higher value to a friend player corresponding to a sticker with a larger number of votes, and gives a privilege having a lower value to a friend player corresponding to a seal having a smaller number of votes. Since the friend player who greatly contributes to the rank of the entry player can obtain a privilege with high value, it is possible to increase the motivation for improvement by each friend player to improve the avatar image.

  Further, 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. Thereby, the willingness to vote of each player can be improved, and it becomes possible to activate a contest.

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

  The player instructs the start of the game using the operation unit 23 of the mobile terminal 2. The browsing execution unit 251 receives the player ID and password from the player using the operation unit 23, and transmits a game start request including the received 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 a game start request from the portable 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. Execution is instructed (step S102).

  When the authentication by the player authentication unit is successful, the control unit 331 creates home screen display data (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 portable terminal 2 receives home screen display data from the server 3 via the terminal communication unit 21, the browsing execution unit 251 creates drawing data based on the received 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 sends 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. To the server 3 (step S106).

  When receiving a 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 execution of the game progress process. The game progression unit 332 executes the game progression process when the control unit 331 instructs the execution of the game progression process (step S107). In the game progress process, 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. Details of the game progress process will be described later.

  Next, the control part 331 transmits each display data received from the game progress part 332 to the portable terminal 2 via the server communication part 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 a corresponding screen (step S109). Thereafter, the processes in steps S106 to S109 are repeated.

  10 and 11 are diagrams illustrating an example of an operation flow of the game progress process 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 specifies a request for the mobile terminal 2 from the request type included in the game progress request received from the control unit 331 (step S201).

  When the identified 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 sticker creation screen display data. The display data creation unit 333 creates 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 progression 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 identified 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 the seal generation. Processing is executed (step S205). In the seal generation process, the seal generation unit 334 generates a seal, and the display data creation unit 333 creates display data according to the result, and passes the created display data to the game progression unit 332. Details of the seal generation process will be described later. Next, the game progression 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 identified 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 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 progression 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 progression unit 332 instructs the registration unit 335 to enter a seal for the contest, and the registration unit 335 performs entry processing. Is executed (step S209). In the entry process, the registration unit 335 enters a 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 progression unit 332. Details of the entry process will be described later. Next, the game progression 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 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 progression 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 identified 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 voting screen display data. The display data creation unit 333 creates two voting screen display data by extracting two stickers from the seals currently entered in the contest, and passes the created voting screen display data to the game progression unit 332 (step S213). . Next, the game progression 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 identified request is a voting request (step S212—No, step S214—Yes), the game progress unit 332 instructs the voting reception unit 336 to accept a vote, and the voting reception unit 336 performs a voting process. Execute (Step S215). In the voting process, the voting accepting unit 336 accepts a vote, and the display data creating unit 333 creates display data corresponding to the result, and passes the created display data to the game progressing unit 332. Details of the voting process will be described later. Next, the game progression 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 result screen display data. The display data creation unit 333 creates result screen display data, and passes the created result screen display data to the game progress unit 332 (step S217). Next, the game progression 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 not any of the above, that is, when it is a home screen display data creation request (step S216-No), the game progress unit 332 instructs the control unit 331 to create 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 progression unit 332 passes the home screen display data received from the game progression 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 friend player's seal generation permission flag is set to permit (step S301). When the seal generation permission flag is set to be rejected (step S301-No), the seal generation unit 334 prohibits generation of a seal based on the friend player's avatar image (step S302). Next, the seal generation unit 334 instructs the display data generation unit 333 to generate seal generation failure screen display data. The display data creation unit 333 creates 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 “permitted” (step S301—Yes), the seal generation unit 334 reads the entry player avatar image and the friend player avatar image from the server storage unit 32 (step S304). Next, the seal generation unit 334 reads the background, frame, and stamp from the server storage unit 32 (step S305). Next, the seal generation unit 334 generates a seal based on the read entry player avatar image, friend player avatar image, background, frame, and stamp, and stores them in the server storage unit 32 (step S306). Next, the seal generation unit 334 instructs the display data creation unit 333 to create 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 in 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 be rejected (step S401-No), the seal generation unit 334 prohibits entry into the seal 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 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 “permitted” (step S401—Yes), the registration unit 335 determines whether or not the entry player has already entered a seal (step S404). If the entry player has not yet entered a seal, the registration unit 335 newly enters a seal in the contest (step S405). Next, the seal generation unit 334 instructs the display data creation unit 333 to create 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 seal, the registration unit 335 updates the already entered seal with the newly entered seal (step S407). Next, the seal generation unit 334 instructs the display data creation unit 333 to create 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 in FIG.

  First, the voting acceptance unit 336 determines whether or not voting for the same sticker from the same player is performed (step S501). The voting acceptance unit 336 prohibits acceptance of voting (step S502) when voting for the same sticker from the same player is performed (step S501-Yes). Next, the voting acceptance unit 336 instructs the display data creation unit 333 to create voting failure screen display data. The display data creation unit 333 creates vote failure screen display data, passes the created vote failure screen display data to the game progression unit 332 (step S503), and ends a series of steps.

  On the other hand, if the same player has not voted for the same sticker (No in step S501), the voting accepting unit 336 accepts voting 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 voting screen display data. The display data creation unit 333 creates two voting screen display data by extracting two new stickers from the seals currently entered in the contest, and passes the created voting screen display data to the game progression unit 332 (step S505), a series of steps ends.

  FIG. 15 shows an example of the operation flow of the privilege grant 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 a program stored in the server storage unit 32 in advance. The privilege grant process is periodically executed by the privilege grant 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 part 337 ranks each entry player according to the totaled voting results (step S603). Next, the privilege granting unit 337 grants a privilege to each entry player and each friend player corresponding to all stickers entered by the entry player according to the rank of each entry player (step S604), and a series of steps. finish.

  As described above, in accordance with a request from the entry player, the server 3 enters a seal generated based on the avatar image of the entry player and the avatar image of the friend player in the contest, and votes for the entered seal. Depending on the result of acceptance and voting, a privilege is given to both the entry player and the friend player. The friend player can acquire a privilege when the entry player enters the seal in which the avatar image of himself / herself is reflected in the contest. On the other hand, the entry player can obtain a privilege by using the avatar image of the friend player. Thereby, the psychology which mutually cooperates between an entry player and a friend player works, and it becomes possible to improve communication between an entry player and a friend player using an avatar image.

  The server 3 causes the portable terminal 2 to display the entry player ranked higher in the contest and the seals and avatar images of the friend player. Accordingly, each player participates in the contest, obtains a higher rank, 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 seal, a material for creating an avatar image, or an item for creating a seal in order to participate in the contest, so that the player's willingness to purchase can be improved. It becomes.

  Note that the present invention is not limited to this embodiment. For example, in this embodiment, the server 3 executes the generation of the seal, the registration of the seal to the contest, and the vote for the seal as a game. However, these processes are performed as events in social networks other than the game. May be executed.

  Further, the number of avatar images of the friend player shown 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 items such as matching clothes or ornaments so that the avatar image of the entry player and the avatar image of the friend player can cooperate. The matching items are, for example, items that are similar to each other, items of different colors, items that have a common part (mark, pattern, etc.), and the like.

  The game executed on the mobile terminal 2 may be a hybrid game in which each of the server 3 and the mobile terminal 2 takes 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 display data generated by the server 3, and other menu screens and the like are installed in the mobile terminal 2. The native display is displayed by.

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

DESCRIPTION OF SYMBOLS 1 Game system 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Control part 332 Game progress part 333 Display data creation part 334 Sticker production | generation part 335 Registration part 336 Vote reception part 337 Benefit provision part

Claims (14)

A game control method in a computer including a storage unit,
Storing a first object image corresponding to a first player and a second object image corresponding to a second player related to the first player in the storage unit;
Registering a third object image generated based on the first object image and the second object image in accordance with a request from the first player in an event;
Accept a vote for the third object image registered in the event,
Depending on the result of the vote, a privilege is given to the first player and the second player.
A game control method comprising:   Voting screen display data for displaying a third object image registered in accordance with a request from the first player and a third object image registered in accordance with a request from another player so that voting is possible in accepting the vote. The game control method according to claim 1, wherein a game is created and output.   The creation of the voting screen display data is controlled such that the specific third object image is more likely to be included in the voting screen than the third object image registered before the specific third object image. The game control method described.   4. The registration of the third object image according to claim 1, wherein, in accordance with a request from the first player, the already registered third object image is updated to another third object image. 5. Game control method.   The game control method according to claim 4, wherein in the granting of the privilege, the privilege is given to a plurality of players respectively corresponding to at least some third object images registered by the first player.   In the granting of the privilege, the privilege to be given to a plurality of players respectively corresponding to the at least some third object images is changed according to the result of voting for each of the at least some third object images. The game control method according to claim 5.   7. The method according to claim 1, further comprising prohibiting generation of a third object image based on the object image of the second player when a request for rejecting generation of the third object image is received from the second player. The game control method according to claim 1.   The registration of the third object image is prohibited when the registration of the third object image is accepted from the second player in the registration of the third object image, based on the object image of the second player. The game control method according to any one of 1 to 7.   The game control method according to any one of claims 1 to 8, wherein in accepting the vote, acceptance of a vote for the same third object image from the same player is prohibited.   In accordance with the result of the voting, each player who has registered the third object image is ranked, and result screen display data for displaying the third object image registered by each player in the ranked order is created. The game control method according to any one of claims 1 to 9, further comprising:   The third object image displayed by the result screen display data is associated with information for acquiring history screen display data for displaying all the third object images registered by the player who registered the third object image. The game control method according to claim 10, wherein the game control method is displayed.   The third object image displayed by the history screen display data is for acquiring history screen display data related to the player corresponding to the third object image among the players related to the player who registered the third object image. The game control method according to claim 11, displayed in association with information. A storage unit for storing a first object image corresponding to the first player and a second object image corresponding to the second player related to the first player;
A registration unit for registering, in an event, a third object image generated based on the first object image and the second object image in accordance with a request from the first player;
A voting acceptance unit that accepts voting for the third object image registered in the event;
A privilege granting unit that grants a privilege to the first player and the second player according to a result of the voting;
A computer comprising: A computer control program comprising a storage unit,
Storing a first object image corresponding to a first player and a second object image corresponding to a second player related to the first player in the storage unit;
Registering a third object image generated based on the first object image and the second object image in accordance with a request from the first player in an event;
Accept a vote for the third object image registered in the event,
Depending on the result of the vote, a privilege is given to the first player and the second player.
A control program for causing a computer to execute the above.

Images