JP2020110446A - Game program, method, and information processing device - Google Patents

Abstract

To enhance amusement properties of a game.SOLUTION: A game program (231) causes a processor (20) to execute a step for adding a value based on the number of friend users logging in a game in a predetermined period of one or more friend users associated with a user in a game based on a game program, to a score of the user, and a step for determining a reward to be imparted to the user according to the score. In the addition step, a value weighted according to attributes of the friend users is added to the score.SELECTED DRAWING: Figure 7

Description

The present disclosure relates to a game program, a method for executing the game program, and an information processing device.

In an online game, a function is known in which a user communicates with another user via a user terminal and performs a predetermined procedure to register the other user in association with himself/herself. Other users that the user has registered in association with himself/herself are called “friends”. As described in Patent Documents 1 and 2, for example, online games are generally configured so that users who have a friend relationship with each other can enjoy some of the benefits of the game.

Patent Document 1 discloses a game program that causes a computer to give a reward to a user who has transmitted a message when the other user participates in the game again as a result of transmitting the message to the other user. Has been done.

Patent Document 2 discloses a server system that grants a privilege to one player associated with another player when the login history of the other player satisfies a condition.

Japanese Unexamined Patent Application Publication No. 2016-19829 (Published February 4, 2016) JP-A-2013-198541 (Published October 3, 2013)

There is a demand from the side of providing the game to have more users play the game. It is considered that a user who frequently logs in to the game, that is, a user who has registered a lot of active friends, is actively interacting with these active friends and is exciting the game. Therefore, from the viewpoint of encouraging the user to play the game, it is necessary to construct a mechanism in which the user who contributes to the promotion of the play of other users is benefited.

One aspect of the present disclosure is directed to prompting a user to play a game.

The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program adds to the score of the user a value based on the number of friend users who have logged into the game within a predetermined period of one or more friend users associated with the user in the game based on the game program. In the step of executing and adding the step and the step of determining the reward to be given to the user according to the score, a value weighted according to the attribute of the friend user is added to the score.

According to one aspect of the present disclosure, an effect of improving the fun of the game is achieved.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a figure which shows the specific example of the puzzle screen displayed on a display part. It is a figure which shows an example of the data structure of friend information. It is a figure which shows an example of the data structure of event information. It is a figure which shows an example of the data structure of a reference table. It is a flow chart which shows a flow of processing performed in a game system based on a game program. (A) is a figure which shows an example of the application screen displayed on a display part, (B) is a figure which shows an example of the approval screen displayed on a display part. (A) is a figure which shows an example of a code display screen displayed on a display part, (B) is a figure which shows an example of a code acquisition screen. It is a flowchart which shows the flow of the process performed in a game system based on a game program. It is a figure which shows an example of the event screen displayed on a display part.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, and is shown by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As illustrated, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes various mobile communication systems constructed by the Internet and a wireless base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. To be

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input/output IF 24. These components included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may have the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with the plurality of controllers 1020, each controller 1020 is held by each user, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplay is realized locally. For example, information indicating a play result such as a score or a win or loss in a game and user identification information may be associated with each other and transmitted to the server 200.

Further, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept mounting of a storage medium 1030 such as an external memory card via the input/output IF 14. As a result, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as a mechanism for inputting can be regarded as an operation unit configured to receive an input operation of a user.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. The captured image may be a still image or a moving image.

Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified and accepted as the user's input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and loads it into the memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 operates according to a program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data relating to the game.

The communication IF 13 controls transmission/reception of various data in the user terminal 100. The communication IF 23 controls transmission/reception of various data in the server 200. The communication IFs 13 and 23 control communication using a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-distance wireless communication, for example.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input, and is an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input unit which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may perform vertical screen display for displaying a vertically long image on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that emits infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further identifies a gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has made a gesture of “goo” when the number of fingers is 0 (no finger is detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the forefinger is raised or the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

As described above, the processor 10 recognizes whether or not the user is holding his/her hand by the image recognition of the image captured by the camera 17 (whether the gesture is “Goo” or other gesture (for example, “Par”)). Or) is detected. The processor 10 also detects the shape of the user's hand and how the user is moving this hand. Further, the processor 10 detects whether the user is moving this hand close to or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. The user terminal 100, for example, moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the gesture “goo” of the user. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state where the mouse is clicked and pressed, or maintaining the state where the touch panel is touched after the touchdown operation. Further, when the user further moves his or her hand while the user's gesture “goo” is detected, the user terminal 100 determines such a series of gestures as an operation corresponding to the swipe operation (or the drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture such that the user repels a finger based on the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 clicks the mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game outline>
The game executed by the game system 1 (hereinafter, this game) is not limited to a specific genre but may be a game of any genre. For example, games such as tennis, table tennis, dodge ball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Good.

The game includes at least a multi-player game part by a plurality of users. The multi-play game part may be a match play part in which a plurality of users compete, a cooperative play part in which a plurality of users cooperate, or the like. The game may also include single-play game parts by a single user.

This game is, for example, a puzzle game. FIG. 3 is a diagram showing a specific example of the puzzle screen 400 displayed on the display unit 152 of the user terminal 100.

This puzzle game proceeds as follows, for example. As shown in FIG. 3, on the puzzle screen 400, a plurality of types of puzzle elements, such as the puzzle element 402, are arranged on the board surface 401 including the area where the puzzle elements are arranged. Then, when the same puzzle element 403 is continuously arranged by a predetermined number or more by changing the arrangement of the puzzle elements on the board 401, at least one of the puzzle elements 403 arranged continuously is arranged on the board 401. To remove from. Then, the grade is determined according to the removed puzzle element.

In the present puzzle game, as an example, the game system 1 changes the arrangement of the puzzle elements 402 on the board surface 401 by ejecting one puzzle element 405 from the injection table 404 and moving it toward the board surface 401.

In this game, as an example, the game system 1 causes the same puzzle element 403 continuously arranged in a predetermined number or more to drop from the board 401 toward the score position 406 and reach the score position 406. , And is removed by moving it out of the display area of the puzzle screen 400 displayed on the display unit 152.

In particular, this puzzle game is a game in which the user aims to clear or win by making progress using various types of game media that he or she owns. The game medium is, for example, digital data configured so as to imitate a tangible object such as a card, a character, or an item in the game, and in the present embodiment, as an example, the game medium is a character. The character is given to the user through a process such as lottery or distribution, and can be owned by the user in the game.

Furthermore, in this puzzle game, the puzzle elements arranged on the board 401 correspond to characters that the user can possess as a game medium. As an example, balloons storing characters are arranged on the board 401 as puzzle elements. In the present game, two or more types of characters are arranged on the board 401 from among the owned characters owned by the user.

In addition to the balloons that store the characters, balloons that store items for favorably advancing the puzzle, empty balloons that do not store anything, and the like are arranged on the board 401 as puzzle elements. Good.

As an example, at least four types of the five types of characters arranged on the board 401 are selected from the owned characters. The remaining one type may be selected according to the theme of the stage to be played, whether the user owns it or not.

In this game, the stage performance is determined based on at least the number of removed characters and the score set for each character. The score is a unit price of the character. For example, the score to be added is determined based on the score of the removed character and the number of the removed characters, and the result of the stage is determined based on the total score at the end of the play of the stage.

As described above, in this puzzle game, in addition to enjoying solving the puzzle and clearing the stage, the user can enjoy raising the owned character so that the score set for the owned character increases. it can.

Further, the puzzle game may include, as a multi-play game part, a game part in which users having a friend relationship nurture characters owned by each other. As a result, the user can enjoy the interaction with his friends by fostering the possessed characters and working hard to advance the puzzle in an advantageous manner. In this way, by having a game part where a friend and a character are trained, the interaction with the friend becomes fun, the owned character is trained, the puzzle can be advantageously advanced, and the interaction with the friend is more fun. It becomes possible to create a virtuous cycle for promoting the use by the user.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing the functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that receives a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input/output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 to assist the user terminal 100 in proceeding with a game. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of the server 200)
The control unit 210 centrally controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multi-play game, the control unit 210 may receive a request for multi-play synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as the progress support unit 211, the friend management unit 212, the event management unit 213, the score calculation unit 214, and the reward determination unit 215 according to the description of the game program 231. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The progress support unit 211 communicates with the user terminal 100 and provides support for the user terminal 100 to progress various play parts included in the present game. For example, depending on which of the above-mentioned play parts is being executed, the information to be referred to by the user terminal 100 at that time is appropriately provided. As an example, in response to a request from the puzzle progression unit 111 of the user terminal 100, the puzzle progression in the user terminal 100 is supported.

The friend management unit 212 executes a process of associating a user with another user, and manages a friend relationship between users. As an example, in response to a request from the friend processing unit 112 of the user terminal 100, the user is associated with another user as a friend, or information regarding the friend of the user is provided.

The event management unit 213 supports execution of processing related to the event in the user terminal 100 in response to a request from the event processing unit 113 of the user terminal 100 during the period in which the event is being performed. As an example, the login status of the friend of the user is managed for each user, and information regarding the login status of the friend is provided in response to a request from the user terminal 100.

The score calculation unit 214 calculates a friend score acquired by the user during the event period. The friend score is a numerical value indicating the degree to which the user contributes to the activation of the interaction between the users in the game, that is, to the promotion of the use of the game. Specifically, the friend score is calculated based on the number of active users having a friend relationship with the user. Whether or not the user is an active user is determined by, for example, whether or not the user has logged in during the event period. Below, a friend score is only called a score.

The reward determination unit 215 determines the reward to be given to the user based on the friend score calculated for the user. In the present embodiment, as an example, the higher the numerical value of the friend score, the higher the degree of contributing to the promotion of use of the game. Therefore, the reward determination unit 215 determines that the higher the friend score of the user is, the more reward the user has in the game.

Rewards are digital data with in-game value. The digital data as a reward may be configured to imitate tangible objects such as cards, characters, items, virtual currencies, diamonds, tickets, etc. that can be used in the game, or the right to make a character have an ability, Intangibles such as the right to play limited quests, the right to expand the holding limit of holding items or cards, the points that can be exchanged for various in-game values, and the increment of various parameters set for users or characters May be configured as the value of.

It should be noted that giving an in-game value such as a reward, which is digital data, to a user is, for example, by changing the in-game value status managed in association with the user from unavailable to usable. It may be. Alternatively, the in-game value may be stored in at least one of the memories (memory 11 and memory 21) included in the game system 1 in association with the user identification information or the user ID. Allowing the user to possess and acquire the in-game value is synonymous with giving the in-game value to the user.

(Functional configuration of the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. Further, the control unit 110 communicates with the server 200 as needed to transmit and receive information while the game is in progress.

The control unit 110 functions as a puzzle progression unit 111, a friend processing unit 112, and an event processing unit 113 according to the description of the game program 131.

The control unit 110 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game to be executed.

Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position in the input unit 151 of the above-described input operation, and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, or the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display on the display unit 152 a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The puzzle progression unit 111 communicates with the progress support unit 211 to advance the game part of the puzzle on the user terminal 100. For example, the puzzle screen 400 shown in FIG. 3 is displayed on the display unit 152, and the puzzle stage is advanced according to the input operation of the user via the input unit 151.

The friend processing unit 112 communicates with another user terminal 100 via the friend management unit 212, and executes a process for the user to interact with the other user. The process for interacting with another user includes, for example, a process of sending a notification to another user and a process of responding to a notification from another user. More specifically, the friend processing unit 112 requests a friend for cooperation, a request from a friend, or a user who has not played the game yet according to an input operation from the user. Send invitations.

The event processing unit 113, when an event is held in this game, executes processing related to the event. In the present embodiment, as an example, the event processing unit 113 communicates with the event management unit 213, collects the current score, the login status of friends, and the like, and presents it to the user. Further, the event processing unit 113 may send a push notification for prompting login within the event period to a friend according to an input operation from the user.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these plural devices.

<Outline of processing>
In the present embodiment, the server 200 is configured to execute the following steps based on the game program 231 in order to promote the use of the game. Specifically, the server 200 determines the number of friend users who have logged in to the game within a predetermined period (event holding period) among one or more friend users (friends) associated with the user in the game based on the game program. Is added to the score of the user, and a step of determining a reward to be given to the user according to the score is performed. In the adding step, the value of the friend user is added. A value weighted (accumulated) according to the attribute is added to the score.

For example, in the above-described step of adding, as a value to be added to the score for each logged-in friend user, a base point corresponding to one friend user and the added point determined based on the attribute of the logged-in friend user. You may calculate the total value of and.

The method in which the server 200 calculates the score based on the number of logged-in friend users will be described in detail below.

<Data structure>
(Friend table)
FIG. 4 is a diagram illustrating an example of a data structure of friend information. The friend information is, for example, a friend table for centrally managing the user's friends. The friend table is stored in the storage unit 220 for each user in the server 200. The friend table is shared between the user terminal 100 and the server 200, and the same friend table as the friend table associated with the user in the storage unit 220 is the storage unit 120 of the user terminal 100 used by the user. May be stored in. The friend table is managed by the friend management unit 212 and the friend processing unit 112.

The friend table has, for example, user ID, user name, character, friend type, last login, first login date, invitation, progress, stage play count, intimacy, and belonging group.

The user ID item stores identification information for uniquely identifying a user who has become a friend. There is a one-to-one correspondence between user IDs and users.

The name of a friend is stored in the user name item. As an example, the user name is preferably composed of kana characters and alphabetic characters so that the user and other users can identify it. In the present embodiment, as an example, the user himself sets his own user name. Therefore, it is conceivable that different users give the same name, but whether or not to allow this in the game system 1 may be appropriately determined.

The character item stores the character name of the character specified by the friend. In the present embodiment, as an example, each user can designate one favorite character from among the owned characters. The icon of the designated character is recognized by other users as the icon of the user.

The type of friend is stored in the item of friend type. In this game, specifically, two types of friends are provided. As an example, the first type is a normal friend, and the second type is a real friend.

A normal friend is a type of friend that is registered based on a user performing a predetermined communication with another user via the first communication tool in the game. The first communication tool is, for example, the game program 131 of the user terminal 100 and the game program 231 of the server 200. Specifically, the first communication tool is the friend processing unit 112 of the user terminal 100 and the friend management unit 212 of the server 200. The friend management unit 212 associates the user with another user based on the fact that the friend processing unit 112 of the user terminal 100 of each user has executed the friend application process and the friend approval process, and mutually associates them with each other. To be registered as a normal friend.

A real friend is a type of friend registered based on the fact that users exchange predetermined information with each other through a second communication tool based on a game program of this game or an application different from this game. is there. For example, the second communication tool may be a tool that realizes transmission and reception of the above-described predetermined information by short-range communication regardless of whether or not the second communication tool is a tool in the game. Specifically, displaying and reading a QR code (registered trademark) is included in short-range communication as one-way communication using light. Further, the short-range communication also includes wireless communication by Bluetooth (registered trademark) or infrared rays. Alternatively, the second communication tool may be a program different from the game program 131 and the game program 231. Specifically, the second communication tool specifies a destination such as various SNS (Social Networking Service) applications such as a message exchange application, an email application, and a telephone application, which are provided in the user terminal 100. It may be a means for exchanging information. That is, the real friends can be users who are in a relationship that enables short-distance communication or a relationship that has means for exchanging information by designating destinations in addition to the communication tool of this game. Be a friend of the type.

When the user terminal 100 of each user transmits and receives the predetermined information through the second communication tool, the friend processing unit 112 of the receiving-side user terminal 100 acquires the predetermined information and transmits the user terminal 100 of the transmission source. The user of is registered as a real friend. The predetermined information includes at least the user ID of the transmission source user. In the user terminal 100 on the receiving side, the result that the user of the transmission source is registered as a real friend is the friend management unit 212 of the server 200, and the friend processing unit 112 of the user terminal 100 of the transmission source via the friend management unit 212. Is also notified, the friend table is kept in synchronization between the devices of the game system 1.

The item of last login stores the elapsed time from the time of the last login after the friend starts the application of this game. The elapsed time may be represented by any unit of day, hour, minute, and second. For example, when 15 days have passed since the friend last logged in, the last login may be recorded as “15 days ago”, or when 24 minutes have passed since the friend last logged in, the last login May be recorded as "24 minutes ago". The unit of the last login may be switched from minutes to hours after the elapsed time exceeds one hour, or the unit may be switched from hours to days after the elapsed time exceeds one day.

The friend table may have an item of login history. In the item of the login history, for example, the latest login times of several times are stored. In the present embodiment, as an example, at least the first time when the friend logs in for the first time within the event holding period and the second time when the friend logs in last, that is, the second time last logging in before the event holding period. It may be stored.

The item of first login date stores the date when the friend first started the game, that is, the date when the friend first logged in.

The invitation item stores information indicating whether the user has sent an invitation to a friend. In the illustrated example, when “done” is stored in the item, it means that the user has sent an invitation to the friend. The invitation is a message sent to an opponent who has not played the game yet to encourage the player to play the game. When the friend processing unit 112 receives an input operation instructing to send an invitation from the user, the friend processing unit 112 generates an invitation and outputs it to the above-described second communication tool, for example. The user sends an invitation to a partner who has not played this game through a communication tool different from the game program 131. For example, the invitation may be sent to a specific person via the above-mentioned second communication tool, or sent to an unspecified number of persons via various SNS applications including a short sentence posting application. May be done. The invitation includes at least the URL for accessing the server 200 that provides the application of the game, in particular, the user ID of the user who is the sender of the invitation. The user of the other party who has received the invitation via the user terminal 100 accesses the server 200 via the URL to log in to the game for the first time, and becomes a friend with the user who is the sender of the invitation. This game can be started. The type of friend via the invitation may be a normal friend or a real friend, and may be appropriately determined according to the nature of the communication tool used to send the invitation.

Information indicating the progress of a friend's game is stored in the progress item. This game is, for example, a puzzle game, and is a game in which each stage clears a stage by clearing a theme given regarding a puzzle. Therefore, for example, the progress item stores information indicating up to which stage the friend has cleared.

The stage play count item stores the number of times a friend has played the stage. In the present embodiment, as an example, in the item of the number of times, the number of times one stage is played is counted regardless of whether the stage is completed after clearing the stage or not completed. In another example, the item may store the number of cleared stages. In this embodiment, the item stores the total number of plays since the game was started by a friend. Further, although not shown, the number of plays in a predetermined period may be stored separately from the total number of plays. In this case, in the item, the number of plays stored separately from the total number of plays is reset when the predetermined period expires, and is newly counted from the start date of the next predetermined period.

The degree of intimacy stores the degree of intimacy between the user and the friend. The degree of intimacy is a value indicating the amount of interaction between both users having a friend relationship. As an example, the intimacy value may be incremented each time a game part for fostering characters is played via the friend processing unit 112. The higher the degree of intimacy, the more part of the game where the characters are trained with the friend. That is, it can be seen that the higher the degree of intimacy, the more active the interaction with the friend and the closer to the friend.

In the item of belonging group, identification information of the group to which the user belongs is stored. In the present game, as an example, an event in which users are classified into several groups and cooperate in the groups so that the groups compete with each other, an event in which the users compete with each other, and the like may be held. In the game system 1, the group to which the user belongs may be designated by himself or the server 200 may determine the group to which the user belongs based on a predetermined rule.

The friend processing unit 112 associates the user with another user as a friend according to the input operation of the user. Specifically, for example, a record including information about the other user who has become a friend is registered in the friend table shown in FIG.

(Event table)
FIG. 5 is a diagram showing an example of the data structure of event information. The event information is, for example, an event table for the game system 1 to integrally manage the progress of the event played by the user for the event held in the present game. The event table is stored in the storage unit 220 for each user in the server 200. The event table is shared between the user terminal 100 and the server 200, and the same event table as the event table associated with the user in the storage unit 220 is the storage unit 120 of the user terminal 100 used by the user. May be stored in. The event table is managed by the event management unit 213 and the event processing unit 113.

An event is a game part that is provided to a user for a limited time period, either regularly or irregularly. For the event, for example, it is assumed that a special mission is prepared, and the total points obtained by clearing the mission within the effective period are allowed to compete among the users.

In the present embodiment, the event provided by the game system 1 causes the user to acquire a score based on the number of active friends of the user, and gives the user a reward having a higher in-game value as the score increases. It is a thing. In this event, a friend who has logged in within a predetermined period, that is, during the event holding period is determined as an active friend. According to this event, the user's contribution to the promotion of game use is evaluated based on the number of active friends. This is based on the idea that the greater the number of active friends, the more active the interaction with other users, which contributes to the promotion of game use.

The event table has, as an example, items of a user ID, a user name, a login within a period, a withdrawal period, a solicitation notice, and a score addition value. The user ID field stores a user ID that is friend identification information. The user name field stores the name of the friend set by the friend himself.

The item “login during period” stores information indicating whether or not the friend has logged in to the game during the period in which the event is held. In the example shown in the figure, when "completed" is stored in the item, it means that the friend has logged in during the holding period, and when "not yet" is stored, the friend is inside the holding period. This means that you have not logged into.

When the friend logs in, the event management unit 213 flags the item as “done” if the login time is within the event holding period.

In the leaving period item, the elapsed time from the second date and time when the friend last logged in before the event holding period to the first date and time when the friend logged in during the event holding period, that is, the leaving period. It is stored. The leave period indicates how often a friend has logged in during the event.

For example, when the friend logs in for the first time during the event holding period, the event management unit 213 acquires the elapsed time from the last login time until then to the time when the friend logs in for the first time during the event holding period as the leaving period, and Store in item. When the elapsed time is one day, the event management unit 213 may store a value indicating that the leaving period is “1 day” in the item of the leaving period of the friend. Alternatively, the event management unit 213 may store a flag indicating "long term" if the elapsed time is 30 days or more and "short term" if the elapsed time is less than 30 days in the item of the withdrawal period.

The solicitation notification item stores information indicating whether or not the user has sent a solicitation notification to a friend within the event holding period. In the illustrated example, when “done” is stored in the item, it means that the user has sent a solicitation notice to the friend, and when “not yet” is stored, the user is It means that the solicitation notice has not been sent. In the present embodiment, the event processing unit 113 has a function of sending a solicitation notification, for example, once to one friend who has not logged in during the event period according to an input operation from the user during the event period. .. The invitation notice is a message sent to a friend who has not logged in within the holding period to encourage the user to log in to the game. When the event processing unit 113 of the user terminal 100 receives an input operation instructing to send the invitation notification from the user, the event processing unit 113 sends a request to the event management unit 213 of the server 200 to send the invitation notification to the designated friend. To do. The event management unit 213 receives the request and transmits a solicitation notification to the user terminal 100 of the designated friend. The solicitation notification is, for example, a push notification. In the user terminal 100 of the friend, when the event processing unit 113 receives the solicitation notification, the event processing unit 113 notifies that a new message has been received regarding this game. The event processing unit 113 may output sound, vibration, light, or the like via an output control unit (not shown) to notify the reception of a new arrival message, or may notify via the display control unit that the invitation notification has been received. The content itself of the message or the solicitation notification may be pop-up displayed on the display unit 152.

The score added value field stores a value to be added to the user's score when the friend logs in. Hereinafter, the value added to the user's score will be referred to as a score addition value. The user's score is calculated by summing the score addition values determined for each friend according to the login status of each friend within the holding period.

When a value is not stored in the item, specifically, when “-” is stored in the illustrated example, the friend has not logged in within the period, so the user scores the friend. It means that the additional value has not been acquired. When a value is stored in the item, it means that the user has obtained the score addition value of the friend value based on that the friend has logged in within the period. In the present embodiment, as an example, basically, the event management unit 213 gives the score addition value “1 point” corresponding to the number of people to the user for each friend when one friend logs in within the period. Get it. In the present embodiment, the score addition value corresponding to the number of people is referred to as a basic point. In the present embodiment, the event management unit 213 causes the user to further acquire the score addition value according to the attribute of the logged-in friend, in addition to the basic point. In the present embodiment, the score addition value according to the friend's attribute is referred to as a point addition. Therefore, the item of score added value stores the total value of the basic points and the added points as the value added to the score of the user when the friend logs in. A specific example of how the event management unit 213 determines the additional points will be described later.

When the friend logs in for the first time within the period, the event management unit 213 determines the score addition value and stores it in the item of the score addition value, and updates the score addition value when the attribute of the friend changes. May be. Alternatively, after the event ends, the event management unit 213 may determine a score addition value to be acquired by the user for each friend according to the attribute of the friend at the end of the event, and may total the scores.

(Reference table)
FIG. 6 is a diagram showing an example of the data structure of the reference table. The reference table is a table that the score calculation unit 214 refers to in order to determine the points to be added to the user based on the attributes of the logged-in friend. The reference table is stored in the storage unit 220 of the server 200. When the event processing unit 113 of the user terminal 100 has a function of determining a point addition, the reference table may be stored in the storage unit 120 of the user terminal 100.

The reference table has, as an example, items of attributes and points.

Conditions for various attributes of friends are defined in the item of attributes, and points added as score addition values when the conditions are satisfied are defined in the item of points.

Some friends may meet multiple conditions. In the present embodiment, as an example, the score calculation unit 214 causes the user to gain points for each of the satisfied conditions. In another example, the score calculation unit 214 may cause the user to acquire the point with the largest value among the satisfied conditions.

The score calculation unit 214 makes the weight of the score addition value of the real friend larger than the weight of the normal friend in relation to the attribute “friend type”. Specifically, the score calculation unit 214 refers to the reference table shown in FIG. 6 to determine the point addition of the user for real friends to be larger than the point addition of the user for normal friends.

As a result, the user is urged to log in to an acquaintance with whom he/she can interact at a short distance or through a communication means outside the game in order to efficiently raise the score. In addition, it is considered that the success rate is higher when soliciting an acquaintance than a friend who is casual but limited by using in-game tools. As a result, many users can use the game.

The score calculation unit 214 associates the attribute “withdrawal period” with a friend who satisfies the condition that the withdrawal period from the last login time before the event period to the first login time within the event period is “30 days or more”, for example. The weight of the score addition value is made larger than the weight of the friend who satisfies the condition that the leaving period is “less than 30 days”. Specifically, the score calculation unit 214 re-adds the user's additional points for the friend who has re-logged in within the event period after a lapse of 30 days or more since the last login before the event, within 30 days. Decide so that it is larger than the added points of the logged-in friend.

Alternatively, in the event table shown in FIG. 5, it is assumed that a flag indicating “long term” or “short term” is stored in the item of withdrawal period. In this case, the score calculation unit 214 determines that the point addition of the friend whose long-term flag is set in the leaving period item is larger than the point addition of the friend whose short-term flag is set.

As a result, the user is urged to recommend a login to a friend who has left for a long time before the last login is 30 days or more in order to efficiently increase the score. Since the friend who is leaving for a long period of time has more chances to resume playing the game, as a result, many users can use the game.

The score calculation unit 214 relates to a new entry friend who satisfies the condition that the user has sent the invitation in association with the attribute “first login date” and is the friend who has logged in for the first time during the event holding period. The weight of the score addition value is made larger than the weight of the friend who does not satisfy the condition. Specifically, the score calculation unit 214 refers to the reference table so that the score added by the user for a friend who newly enters the condition is larger than the score added by the user for a friend who does not satisfy the condition. decide.

As a result, the user is urged to send an invitation to an opponent who has never played this game and invite him/her to this game in order to increase the score efficiently. Since the user who has never played the game so far has more chances to newly play the game, as a result, many users can use the game.

Furthermore, it is preferable that the score calculation unit 214 causes the user to acquire an additional point with a larger value when the friend who has returned from the long-term withdrawal and the friend who has newly entered play a predetermined amount within the event holding period. ..

A user who has played a certain amount of the content provided in this game is likely to become an active user. Therefore, a highly accurate evaluation mechanism is constructed in which the user who has made the friend who has a high probability as an active user start or restart the present game is highly evaluated. In addition, the user tries to improve the score efficiently, and interacts with the friend he invites to become established as an active user. Specifically, the user will encourage or support the player to play a predetermined amount. As a result, the use of the game is further promoted.

The score calculation unit 214 may determine whether or not the friend has played a predetermined amount, for example, based on the play history of the friend. Specifically, the score calculation unit 214 may make a determination based on the number of times the stage has been played within the event holding period, or may make a determination based on the number of times the stage has been cleared within the period, or the last day of the period. May be determined based on the degree of progress that the friend has reached, based on the number of logins within the period, or based on the total play time within the period.

In the present embodiment, as an example, the score calculation unit 214 causes the score added by the user for the friend who has played the stage 30 times or more to be larger than the score added by the user for the friend who has played less than 30 times during the event. decide.

The score calculation unit 214 sets the weight of the score addition value of the friend who satisfies the condition that the degree of intimacy is “50 or more” to be larger than the weight of the friend who satisfies the condition of “less than 50” in relation to the attribute “familiarity”. To do. Specifically, the score calculation unit 214 refers to the reference table, and determines the point addition of the user for friends with an intimacy degree of 50 or more so as to be larger than the point addition of the user for friends with an intimacy degree of less than 50.

Thereby, the user is motivated to play the game part for increasing the degree of intimacy with each friend, for example, the game part in which the characters owned by each other are trained in order to efficiently increase the score. By promoting the play of the game parts that are mutually cultivated, the above-described virtuous cycle for promoting the use by the user becomes stronger.

Also, the user is urged to recommend a friend who has a high degree of closeness to log in, in order to increase the score efficiently. It is considered that the success rate is higher when soliciting friends with high intimacy and active exchanges. As a result, many users can use the game.

The score calculation unit 214 assigns the weight of the score addition value of the friend who belongs to the same group as the user in relation to the attribute "belonging group", that is, the belonging group, to the belonging group. Be greater than the weight of unmatched friends. Specifically, the score calculation unit 214 refers to the reference table, and calculates the point addition of the user for a friend who belongs to the same group as the user for a friend who belongs to a group different from the user or does not belong to the group. It is decided to be larger than the user's point addition.

This encourages the user to encourage friends in the same group to log in in an attempt to increase the score efficiently. It is considered that the success rate is higher when recruiting friends who belong to the same group and are playing. By providing limited communication tools to the group and providing events that cooperate with the group to achieve the purpose, it is considered that the users in the group are building a better relationship with each other. Is. As a result, many users can use the game.

As described above, the score calculation unit 214 weights the score addition value to be acquired by the user according to the attribute of the friend, so that the user's contribution to the promotion of use of the game can be evaluated more accurately.

The conditions defined in the reference table shown in FIG. 6 are merely examples. The threshold used for the condition can take various values. Further, instead of setting the condition based on the threshold value in the reference table, a function for determining the point addition may be defined so that the value of the friend's attribute and the point gained are in a proportional relationship. .. For example, the score calculation unit 214 may calculate the additional points to be acquired by the user so that the larger the amount of play within the period is, the more points are added. More specifically, the score calculation unit 214 may calculate the added points such that the added points increase as the number of stage plays in the friend's period increases. Further, the score calculation unit 214 may calculate the additional points such that the higher the degree of intimacy with a friend is, the more points are added.

<Processing flow>
FIG. 7 is a flowchart showing a flow of processing executed by a device of the game system 1, for example, the server 200. The process illustrated in FIG. 7 is a process for the server 200 to calculate a score to be acquired by the user during the event period for each user and determine a reward. The process of calculating the score may be executed every time the login status of the user's friend changes, but in the example shown in FIG. 7, after the end of the event period, based on the confirmed login status of a certain person, A case of calculating a score for a user will be described. The server 200 repeats the following processing for all users. The series of processing illustrated in FIG. 7 is performed by the server 200 first reading the friend table of the one user illustrated in FIG. 4 and the event table of the user illustrated in FIG. 5 from the storage unit 220. Be started.

In step S101, the score calculation unit 214 reads the record of one friend from the event table.

In step S102, the score calculation unit 214 determines whether or not the friend has logged in during the event period based on the item of login during the period. When the flag of the item indicates “done”, the score calculation unit 214 determines that the friend has logged in within the period, and proceeds from YES in step S102 to step S103. On the other hand, when the flag indicates “not yet”, the score calculation unit 214 determines that the friend has not logged in within the period, and proceeds from NO in step S102 to step S106.

In step S103, the score calculation unit 214 counts the base points to be added to the score to be acquired by the user for the friend. Here, the score calculation unit 214 counts a basic point when a friend logs in, for example, one point.

In step S104, the score calculation unit 214 determines an additional point according to the attribute of the friend. As an example, the score calculation unit 214 reads the record of the friend from the friend table shown in FIG. 4, and determines the attribute of the friend based on the content of the record. The score calculation unit 214 refers to the reference table shown in FIG. 6 and determines an additional point according to which condition the friend attribute satisfies. As an example, the score calculation unit 214 totals the respective added points defined in association with all the satisfied conditions, and determines the added points for the friend. What kind of attribute the friend has and what kind of additional point is added has already been described with reference to FIG. 6, and therefore the description will not be repeated here.

In step S105, the score calculation unit 214 sums the basic points added up in step S103 and the added points determined in step S104 to calculate a score addition value to be acquired by the user for the friend. The score calculation unit 214 adds the calculated score addition value to the score of the user. The score calculation unit 214 temporarily stores the calculated score addition value in the score addition value item of the record of the friend in the event table shown in FIG. 5, repeats this for each friend, and finally the total value. The user's score may be confirmed by determining

In step S106, the score calculation unit 214 counts the base points to be added to the score to be acquired by the user for the friend. Here, the score calculation unit 214 counts a basic point when a friend has not logged in, for example, 0 point.

In step S107, the score calculation unit 214 calculates the score addition value for all the friends of the user and determines whether or not the score addition value is added to the score. If there is a friend record for which the score addition value has not yet been obtained, the score calculation unit 214 returns from NO in step S107 to step S101. Then, the above processing is repeated for the unprocessed friend record. On the other hand, when the score addition values are calculated for all the friends of the user and they are added to the score, the score calculation unit 214 proceeds from YES in step S107 to step S108.

In step S108, the score calculation unit 214 outputs the score of the user confirmed by the processing up to step S107 to the reward determination unit 215. The score calculation unit 214 may read out the score addition value obtained for each friend from the event table of FIG. 5 and sum the values, and determine the score here.

In step S109, the reward determination unit 215 determines the reward to be given to the user based on the confirmed score. As an example, in the present embodiment, the reward determination unit 215 gives the user a reward having a higher value in the game as the score is higher, that is, the user who has more friends logged in during the period. High value in the game means that the reward amount is high, the reward quality is high, and both are true. The high quality of the reward means that, for example, when the reward has an advantage on the user's game progress, the degree of the advantageous effect is high.

In step S110, the reward determination unit 215 gives the determined reward to the user.

According to the configuration and method described above, the more users who have logged in within the predetermined period, the more rewards the in-game value can have. The fact that the user has many friends who are logged in means that the user interacts with that number of friends, excites the game, and contributes to promotion of the friends' play. Therefore, it is possible to evaluate the users who have contributed to promoting the use of the game by many users, and to construct a mechanism in which such users benefit.

If such a mechanism is constructed, the user will be encouraged to become friends with more users and activate the interaction, thereby creating a virtuous cycle of further contributing to the promotion of use of the game. As a result, there is an effect that many users can be encouraged to play the game.

<Friend registration function>
In the present embodiment, as an example, the friend registration function may be provided to the user as follows.

8A and 8B are diagrams showing specific examples of the game screen displayed on the display unit 152 of the user terminal 100. The two game screens shown in the figure are registration screens for registering normal friends.

The friend processing unit 112 controls a display control unit (not shown) according to the user's input operation to generate the following registration screen and display it on the display unit 152.

FIG. 8A is a diagram showing an example of an application screen 500 for transmitting an application notification telling other users not to be friends that they want to be friends.

The application screen 500 includes various UI components necessary for a user to send an application notification to another user. Specifically, the application screen 500 includes candidate information 501 for presenting the information of other users who are candidates for friends to the user, and an application for transmitting an application notification to the other users who want the user to be friends. And a button 502.

The candidate information 501 includes various information associated with other candidate users. For example, the candidate information 501 includes various information such as the user name, the icon of the character designated by the other user, the level of the character, and the final login. The user can confirm these pieces of information and select a person who wants to be a friend.

When the user specifies a partner who wants to be a friend, he/she can operate an application button 502 arranged in association with the candidate information 501 of the partner to send an application notification to the partner. The friend management unit 212 of the server 200 accepts a request for transmitting an application notification from the application-source user terminal 100, and transmits the application notification to the application-destination user terminal 100 together with the information of the application-source user.

FIG. 8B is a diagram showing an example of an approval screen 550 for sending an approval notification approving to be a friend to another user who is the sender of the application notification.

The approval screen 550 includes various UI components necessary for the user to send approval notifications to other users. Specifically, the approval screen 550 is directed to the application source information 551 for presenting the information of the other user who is the transmission source of the application notification to the user and the other user who thinks that the user may be a friend. An approval button 552 for sending the approval notification.

The application source information 551 includes various information associated with another user who has transmitted the application notification. The application source information 551 may include the same items as the candidate information 501. The user can confirm these pieces of information and select a partner to be a friend.

When the user identifies a person who wants to be a friend, he/she can operate an approval button 552 arranged in association with the application source information 551 of the other party to send an approval notification to the person. When the friend management unit 212 of the server 200 receives a request requesting the transmission of the approval notification from the user terminal 100 of the application destination, the user of the application source and the user of the application destination are associated with each other as normal friends, and each of them is associated with each other. Register in the friend table. In addition, the friend management unit 212 transmits an approval notification to the user terminal 100 of the application source. The friend processing unit 112 may cause the display unit 152 to display a message indicating that the friend application has been approved by, for example, a push notification.

As described above, the user can easily increase the number of normal friends in the game through the application screen 500 and the approval screen 550.

9A and 9B are diagrams showing specific examples of the game screen displayed on the display unit 152 of the user terminal 100. The two game screens shown in the figure are registration screens for registering real friends.

The friend processing unit 112 controls a display control unit (not shown) according to the user's input operation to generate the following registration screen and display it on the display unit 152.

FIG. 9A is a diagram illustrating an example of a code display screen 600 that displays a code for causing the user terminal 100 of another user to read the user identification information and various other types of information.

On the code display screen 600, a code 601 including the user's own information is arranged. The code 601 is, for example, a QR code (registered trademark), and the code 601 includes at least the user ID of the user himself/herself, and other various information of the user such as the final login at the time of issuance. It may be.

FIG. 9B is a diagram showing an example of a code acquisition screen 650 for causing the user's own user terminal 100 to read the code displayed on the user terminal 100 of another user.

On the code acquisition screen 650, a display area for displaying the live view image 651 captured by the camera function of the user terminal 100 is arranged. The user confirms the live view image 651, and the code 601 displayed on the user terminal 100 of the other user is properly arranged in the above-mentioned display area so that the user or the user terminal 100 of the other user. The position of can be adjusted.

When the friend processing unit 112 reads the code 601 because the code 601 is properly arranged in the display area, the friend processing unit 112 acquires the user ID of the user of the other party and other information, and registers the user of the other party as a real friend. .. Specifically, the friend processing unit 112 registers the read information of the user of the other party in the friend table. By reading the code 601, the friend processing unit 112 feeds back to the server 200 the fact that the user who issued the code 601 is registered as a real friend. The friend management unit 212 of the server 200 associates the user who issued the code 601 with the user who has read the code 601 as a real friend, and notifies the user terminal 100 of the issuer of the code 601 of the result.

As described above, the user can increase the number of real friends by performing short-distance communication with other users who are nearby by using the code display screen 600 and the code acquisition screen 650.

FIG. 10 is a flowchart showing the flow of processing executed by the server 200. The process illustrated in FIG. 10 is a process by which the server 200 mediates the transmission and reception of information between the user terminal A of the user A and the user terminal B of the user B, and associates the user A and the user B as a friend. ..

In step S201, the friend management unit 212 determines whether or not the approval notification has been received from the user terminal B of the user B, which has received the application notification from the user terminal A of the user A. When the friend management unit 212 receives the approval notification, the process proceeds from YES in step S201 to step S202. The friend management unit 212 does not execute the process of step S202 until the approval notification is received, and proceeds from NO in step S201 to step S203 and thereafter.

In step S202, the friend management unit 212 associates the user A and the user B as normal friends.

In step S203, the friend management unit 212 determines whether the user terminal B has read the code including the information of the user A issued by the user terminal A. For example, the friend management unit 212 may determine whether or not the user terminal B has read the code of the user A based on the read completion notification transmitted from the user terminal B. When the friend management unit 212 receives the reading completion notification, the process proceeds from YES in step S203 to step S204. The friend management unit 212 ends the series of processes without executing the process of step S204 until the reading completion notification is received.

<Progress display function and solicitation notification function>
In the present embodiment, as an example, the function of presenting the progress of the event and the function of notifying the friend of the invitation notification may be provided to the user as follows.

FIG. 11 is a diagram showing a specific example of the game screen displayed on the display unit 152 of the user terminal 100. The game screen shown in the figure is an event screen for presenting the progress status during the event period to the user.

The event processing unit 113 controls a display control unit (not shown) to generate an event screen 700 and causes the display unit 152 to display the event screen 700 according to the input operation of the user.

The event screen 700 includes various UI components necessary for the user to confirm the progress of the event. Specifically, the event screen 700 includes a score 701 that the user has acquired so far, friend information 702 and 703, and a solicitation button 704 for transmitting a solicitation notification to the friend. The friend information may be displayed by distinguishing between normal friends and real friends, or as shown in the figure, both normal friend information 702 and real friend information 703 may be displayed in a list.

It is preferable that the friend information 702, 703 includes information indicating whether or not the friend has logged in even once within the event period. This allows the user to encourage the friend to log in during the period. Specifically, the user can send a solicitation notification to a friend who is not logged in again via the solicitation button 704. When the event management unit 213 receives a request from the event processing unit 113 to send a solicitation notification, the event management unit 213 sends the solicitation notification to the user terminal 100 of the designated friend.

[Modification]
In the reference table shown in FIG. 6, a multiplying factor for the basic point may be defined instead of the point addition. In this case, the score calculation unit 214 calculates a score addition value to be acquired by the user for the friend by multiplying the basic point by the highest magnification among the magnifications associated with the condition satisfied by the friend attribute. To do.

The event management unit 213 determines whether or not the friend is a user who has returned from the long-term withdrawal, based on how far the last login time of the friend before the event period is from the time when the event is started. You may judge it.

For example, the event management unit 213 determines that the leaving period of the friend whose last login time before the event period is 30 days or more before the event starting time is “long”, and the leaving period is “long”. It is determined that the determined friend is the user who has returned from the long-term withdrawal.

According to the above configuration, regardless of when the friend logged in during the event period, by simply identifying the last login time before the friend's event period, the friend's leaving period can be extended. It is possible to determine whether there is a short term or not. That is, it is possible to simplify the process of determining whether or not the friend attribute satisfies the condition.

[Example of software implementation]
The control block of the control unit 210 (in particular, the progress support unit 211, the friend management unit 212, and the event management unit 213), and the control block of the control unit 110 (in particular, the puzzle progression unit 111, the friend processing unit 112, and the event processing unit 113). ) May be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing apparatus having the functions of the control unit 210 and/or the control unit 110, or both, has a CPU that executes the instructions of a program that is software that realizes each function, the program and various data are stored in a computer (or It is provided with a ROM (Read Only Memory) or a storage device (these are referred to as a “recording medium”) recorded so as to be readable by a CPU), a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. As the recording medium, a "non-transitory tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, but various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments Is also included in the technical scope of the present invention.

[Appendix]
The contents according to one aspect of the present invention are listed below.

(Item 1) The game programs (131, 231) have been described. According to an aspect of the present disclosure, a game program is executed by a computer (at least one of the user terminal 100 and the server 200) including a processor (10, 20) and a memory (11, 21). The game program has a value based on the number of friend users who have logged into the game within a predetermined period (event holding period) of one or more friend users (friends) associated with the user in the game based on the game program. The step of adding (Score addition value) to the score of the user (S105) and the step of determining the reward to be given to the user according to the score (S108) are executed, and in the step of adding, A value (basic point and additional point) weighted (added point) according to the attribute is added to the score (S103 to S104). As a result, it is possible to promote the use of the game by the user.

(Item 2) In (Item 1), in the step of adding, as a value to be added to the score for each logged-in friend user, a base point corresponding to one friend user and the attribute of the logged-in friend user. It is also possible to calculate the total value with the added points determined based on.

As a result, a user having more active friends can be evaluated as a user who has a higher degree of contribution to promoting the use of the game. Moreover, the user is prompted to encourage friends with certain attributes to log in. As a result, it is possible to promote the use of the game by the user.

(Item 3) In (Item 1) or (Item 2), the memory stores the type of the friend user for each friend user associated with the user, and the type includes at least the user and the user. There is a first type (normal friend) set for a friend user who satisfies the first condition and a second type (real friend) set for a user and a friend user who satisfies the second condition, and they are added. In the step, the weight of the second-type friend user may be made larger than the weight of the first-type friend user.

(Item 4) In (Item 3), the game program is configured to communicate with the processor based on the fact that the user communicates with another user via the first communication tool based on the game program. Based on the step of associating the user with the user as the first type of friend user of the user (S202), and the information being transmitted and received between the user and the other user via the second communication tool. , Associating the other user with the user as a second-type friend user of the user (S204), and transmitting and receiving information by short-distance communication in the step of associating the second-type friend user. When (displaying and reading the code) is performed, or when information is transmitted/received by a program different from the game program, another user is designated as the second type friend user of the user You may associate.

(Item 5) In any one of items (Item 1) to (Item 4), in the step of adding, the elapsed time from the date and time when the friend user last logged in before the predetermined period to the date and time when the friend user logged in within the predetermined period. The weight of a friend user whose withdrawal period, which is time, is greater than or equal to a predetermined value may be set higher than the weight of a friend user with a withdrawal period of less than a predetermined value.

(Item 6) In any one of (Item 1) to (Item 5), the memory stores, for each friend user associated with the user, the first login date when the friend user first logged in to the game. In the step of adding, the weight of the friend user who has logged in to the game for the first time within the predetermined period may be made larger than the weight of the friend user who has logged in to the game for the first time before the predetermined period.

(Item 7) In (Item 5) or (Item 6), the memory stores, for each friend user associated with the user, a play history indicating the amount of play by the friend user, and the addition is performed. In the step of, the weight of the friend user may be increased as the amount played by the friend user within the predetermined period increases.

(Item 8) In any one of items (Item 1) to (Item 7), the memory increases for each friend user associated with the user through cooperative play between the user and the friend user, Intimacy indicating the degree of intimacy in the game with the friend user is stored, and in the step of adding, the friendship with the friend user is higher, the weight of the friend user may be increased.

(Item 9) In any one of (Item 1) to (Item 8), the memory stores, for each friend user associated with the user, a group to which the friend user belongs. Therefore, in the step of adding, the weight of the friend user whose belonging group matches the user may be made larger than the weight of the friend user whose belonging group does not match the user.

(Item 10) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes the steps described in (Item 1). The method according to (Item 10) has the same effects as the game program according to (Item 1).

(Item 11) The information processing device has been described. According to an aspect of the present disclosure, the information processing apparatus includes a memory (memory 21, storage unit 220) that stores a game program according to (Item 1), and an information processing apparatus (server) by executing the game program. 200) and a processor (processor 20, control unit 210) for controlling the operation of the device 200. The information processing device according to (Item 11) has the same effects as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10 and 20 processor, 11 and 21 memory, 12 and 22 storage, 13 and 23 communication IF (operation part), 14 and 24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 puzzle progression unit, 112 friend processing unit, 113 event processing unit, 120, 220 storage unit, 131, 231 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server (information processing device), 211 progress support unit, 212 friend management unit, 213 event management unit, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (11)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program, in the processor,
Adding, to a score of the user, a value based on the number of the friend users who have logged in to the game within a predetermined period of one or more friend users associated with the user in the game based on the game program;
Determining a reward to be given to the user according to the score,
In the adding step, a game program that adds a value weighted according to the attribute of the friend user to the score. In the step of adding, as a value to be added to the score for each logged-in friend user, a base point corresponding to one person of the friend user, and an additional point determined based on an attribute of the logged-in friend user. The game program according to claim 1, which calculates a total value of. The memory stores the type of the friend user for each friend user associated with the user, and the type is set to at least the user and a friend user who satisfies the first condition. And a second type set for the friend user who satisfies the second condition with the user,
The game program according to claim 1, wherein, in the adding step, the weight of the second type friend user is set to be greater than the weight of the first type friend user. The game program, in the processor,
Based on communication between the user and the other user via the first communication tool based on the game program, the other user is treated as the first-type friend user of the user by the user. Associated with
Associating the other user with the user as a second-type friend user of the user based on information transmitted and received between the user and the other user via the second communication tool. Execute steps and
In the step of associating the second type of friend user, when the information is transmitted/received by near field communication, or when the information is transmitted/received by a program different from the game program, the other information is transmitted. The game program according to claim 3, wherein the user is associated with the user as a second-type friend user of the user. In the step of adding, the weight of the friend user whose withdrawal period, which is the elapsed time from the date and time when the friend user last logged in before the predetermined period to the date and time when the friend user logged in within the predetermined period, is equal to or more than the weight, The game program according to claim 1, wherein a leaving period is set to be larger than the weight of the friend user who is less than the predetermined value. The memory stores, for each friend user associated with the user, a first login date when the friend user first logs in the game,
In the step of adding, the weight of a friend user who has logged in to the game for the first time within the predetermined period is made larger than the weight of a friend user who has logged in to the game for the first time before the predetermined period. 5. The game program according to any one of items 5 to 5. For each friend user associated with the user, the memory stores a play history indicating an amount of the friend user playing the game,
7. The game program according to claim 5, wherein in the adding step, the weight of the friend user is increased as the amount played by the friend user within the predetermined period increases. The memory stores, for each friend user who is associated with the user, an intimacy degree indicating a degree of intimacy in the game with the friend user, which increases as a result of cooperative play between the user and the friend user. Has been done,
8. The game program according to claim 1, wherein in the adding step, the higher the degree of intimacy with the friend user is, the larger the weight of the friend user is. The memory stores, for each friend user associated with the user, a group to which the friend user belongs,
9. The method according to claim 1, wherein in the adding step, the weight of a friend user whose belonging group matches the user is made larger than the weight of a friend user whose belonging group does not match the user. The game program according to item. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor performs the steps of claim 1. An information processing device,
The information processing device,
A memory for storing the game program according to claim 1;
An information processing apparatus, comprising: a processor that controls the operation of the information processing apparatus by executing the game program.

Images