JP2018128788A - Program, server, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program, server and a game system capable of improving the pleasure of an event by allowing a participation validating range of a user to have game property.SOLUTION: A server related to an event of a predication game which predicts a phenomenon which occurs in an actual world is configured to control a value of virtual currency that a user owns, and to receive prediction information of the phenomenon from the user under such a condition that the virtual currency of the user is consumed, and to, after occurrence of the phenomenon, and for each user from whom the prediction information has been received, calculate an addition value on the basis of the prediction information of the user and the phenomenon, and to add the calculated addition value to points of the user, and to, for each user, and on the basis of the points of the user, set a participation validating range of the user related to the event.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a program, a server, and a game system.

  Actors such as idols and entertainers sometimes hold events to compete for rankings through mini-games and competitions at the venue. For example, a user who is a fan of a performer visits a venue for an event to watch and enjoy playing an idol minigame. In addition, a user who is not at the venue may browse and enjoy the event video displayed on the display of the user's terminal.

  In addition, in the related art, there is one that displays a message (comment) transmitted (posted) by one viewer on moving image data at the time of reproduction of the moving image data on another viewer's terminal (Patent Literature). 1 paragraph 0009, etc.).

JP2015-220610A

  It is a challenge for event operators to improve the fun of the event. In addition, the message transmission function of the prior art enables viewers to share awareness and impressions about moving image data, and enhances the interest of viewing moving images. However, the conventional technique has a problem that the message transmission function is not limited and the message is complicated.

  The present invention has been made in view of the above-described problems, and the object of the present invention is to provide a program, a server, and a program capable of providing gameability to a user's participation possible range and improving the fun of an event. To provide a game system.

(1) The present invention
A server program for predicting game events that predicts what happens in the real world,
A virtual currency control unit that controls the value of the virtual currency owned by the user;
A prediction information receiving unit that receives the prediction information of the event from the user on the condition that the user's virtual currency is consumed;
Parameter control for calculating an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adding the calculated addition value to the user's point And
The present invention relates to a program that causes a computer to function as a setting unit that sets a user's possible participation range related to the event based on the user's points.

  The present invention also relates to a computer-readable information storage medium that stores the program for causing the computer to function as each unit. The present invention also relates to a server including the above-described units.

According to the present invention, the possible participation range of the user regarding the event is set based on the user's point, and the addition point added to the point is generated in the real world with the prediction information predicted by the user in the prediction game It is calculated based on the event. Therefore, according to the present invention, it is possible to give a game to the user's possible participation range and improve the fun of the event.

(2) Further, the program, the information storage medium, and the server of the present invention are:
The setting unit
For each user, the presence or absence of a predetermined authority regarding the event may be set based on the user's points.

  According to the present invention, the presence / absence of a predetermined authority related to an event is set based on the user's point, and the addition point added to the point is the prediction information predicted by the user in the prediction game and the event occurring in the real world Based on the above. Therefore, according to the present invention, it is possible to give a game to the presence / absence of a predetermined authority related to an event and improve the fun of the event.

(3) Further, the program, the information storage medium, and the server of the present invention are:
The setting unit
When the user's point is an initial value, the right to view specific information related to the event may be set to be enabled, and the right to transmit specific information related to the event may be set to be none.

  According to the present invention, when the user's point is the initial value, the authority to view specific information related to the event is set to be enabled, so that the user who has participated for the first time can also view specific information related to the event. In addition, the present invention can actively encourage a user who has participated for the first time to participate in a prediction game so as to obtain transmission authority for specific information.

  The “specific information browsing authority” is an authority to browse messages such as chat, for example. The “specific information transmission authority” is a message transmission authority to participate in chat, for example.

(4) The program, information storage medium, and server of the present invention are:
As a progress control unit that advances multiple types of events, let the computer further function,
The parameter control unit is
The user point common to the plurality of types of events may be used.

  According to the present invention, since a common user point is used in a plurality of types of events, the user actively and continuously participates in the event so that the user points increase in the prediction game for each of the plurality of types of events. Can be encouraged.

(5) Further, the program, the information storage medium, and the server of the present invention are:
In the same event, let the computer further function as a progress controller that advances the event in which the event occurs multiple times,
The parameter control unit is
Each time an event occurs in the same event, the points of each user are updated.
The setting unit
Each time an event occurs, the possible participation range of the user regarding the event may be set based on the point of each updated user.

According to the present invention, in an event in which an event occurs a plurality of times, each time the event occurs, each user's point is updated, and based on each updated user's point, the user's possible participation range related to the event is determined. Set. Therefore, the present invention can provide the user with the motivation to expect for each event that occurs multiple times in the same event.

(6) The program, information storage medium, and server of the present invention are:
The event is an event that occurs by a performer of the event,
The setting unit
Based on the points of each user, presence / absence of authority to transmit a message to the performer may be set.

  According to the present invention, the presence / absence of the authority to send a message to the performer is set based on the points of each user, so that the user can be expected to have the authority to send a message. You can encourage them to join the game.

(7) The present invention also provides:
A game system in which a server related to an expected game event that predicts an event occurring in the real world and a user terminal are connected via a network,
The server is
A virtual currency control unit that controls the value of the virtual currency owned by the user;
A prediction information receiving unit that receives the prediction information of the event from the user on the condition that the user's virtual currency is consumed;
Parameter control for calculating an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adding the calculated addition value to the user's point And
A setting unit that sets the user's participation possible range for the event based on the user's points for each user,
The user terminal is
An anticipation information control unit that transmits the anticipation information to the server based on the input of the user;
The present invention relates to a game system including: a setting unit configured to receive a possible participation range of the user related to the event from the server and set the possible participation range of the user.

The figure which shows the game system of this embodiment. The figure which shows an example of the conceptual diagram of the event of this embodiment. The figure which shows an example of the platform of the game system of this embodiment. The figure which shows an example of the functional block diagram of the terminal 10 of this embodiment. The figure which shows an example of the functional block diagram of the server 20 of this embodiment. An example of the time-series explanatory drawing regarding the progress of the event of this embodiment is shown. An example of the time-series explanatory drawing regarding progress of the prediction game of this embodiment is shown. An example of the information of the performer of this embodiment. An example of the information of the team of this embodiment. An example of the prediction input screen of this embodiment. An example of a bet amount setting screen in the first place prediction of the present embodiment. An example of the betting rate of this embodiment. An example of the confirmation screen in the 1st place prediction of this embodiment. An example of a bet amount setting screen in first and second place prediction of the present embodiment. An example of the confirmation screen in 1st place 2nd place prediction of this embodiment. An example of the prediction information of each user of this embodiment. An example of the result of the mini game of this embodiment. An example of the screen which displays the result of the prediction game of this embodiment. An example of the screen on which the ranking of points of this embodiment is displayed. An example of the correspondence regarding the title of this embodiment, a coefficient, and message transmission authority. An example of the screen on which the information which shows that the message transmission authority was provided in the terminal of this embodiment is displayed. An example of the screen where the information which shows that the message transmission authority was lost in the terminal of this embodiment is displayed. An example of the chat screen of this embodiment. An example of the chat screen of this embodiment. The explanation about the territory acquisition of this embodiment. An example of the screen regarding the territory acquisition of this embodiment. The flowchart of an example of the process which the server 20 of this embodiment performs. The flowchart of an example of the process which the server 20 of this embodiment performs. An example of the user information of this embodiment. An example of the user information of this embodiment. An example of the user information of this embodiment. An example of the user information of this embodiment. The flowchart of an example of the process which the server 20 of this embodiment performs.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. Moreover, not all of the configurations described in the present embodiment are necessary constituent requirements of the present invention.

1. Game System In the present embodiment, an example will be described in which a company that hosts an event invites performers (idols, entertainers, etc.) and users to the venue and provides event services to the users. The performer may be called a cast.

  FIG. 1 shows a game system 1 of the present embodiment. In this embodiment, it is comprised by the terminal 10 of a some user, and the server 20 (server system) which a provider manages. That is, as shown in FIG. 1, the game system 1 of the present embodiment is configured such that the server 20 and the user terminal 10 can be connected via a network (for example, the Internet).

  The server 20 has functions such as a game server used in an event, an SNS server that provides a community-type service called SNS (Social Networking Service), and the like.

  The user terminal 10 is a device that can be connected to the server 20 via a network such as the Internet (WAN) or a LAN. The communication line between the user terminal 10 and the server 20 is wireless, but may be wired.

  The server 20 may be configured by a plurality of devices (hardware), and may distribute processing functions and storage.

  In the game system 1 of the present embodiment, a user who has registered in advance can participate in an event and can play a game.

Further, as shown in FIG. 2, the business operator invites performers and users to the venue, and the users in the venue can participate in the event. A large screen (display device) is installed at the venue, and many users can see the screen, and see images, videos, and game screens of the event. In addition, users inside the venue and users outside the venue participate in a game that predicts the game result or event (event) of the mini-game that is performed within the event on the condition that user registration (user registration) is performed. And a moving image or a game screen displayed on the terminal 10 of the user can be viewed.

2. FIG. 3 shows an example of a configuration diagram of the platform PF of the game system 1 according to the present embodiment.

  For example, the platform PF is based on a database in which user information is stored and a system constituted by payment, video distribution, SNS, betting (bet), and crowdfunding. Further, the platform PF operates a program of one event from events of a plurality of attributes (types) such as battles, quizzes, and sports, and holds an event. In addition, in the platform PF, performers corresponding to attributes such as idols, entertainers, and talents perform mini-games and competitions during events, and events (mini-game results and competition results) occur.

  The business operator can attract users who are fans of the performers, or can attract specific users according to the attributes of the event. Note that an event in the platform PF may be called an engine (a processing device or a program that performs a specific process).

3. Configuration 3.1 Configuration of User Terminal FIG. 4 shows an example of a functional block diagram of the user terminal 10 according to the present embodiment. Note that the user terminal 10 of the present embodiment may have a configuration in which some of the components (each unit) in FIG. 4 are omitted.

  The input unit 160 is a device for inputting input information from the user, and outputs the user input information to the processing unit. The input unit 160 of this embodiment includes a detection unit 162 that detects user input information (input signal). The input unit 160 includes, for example, a lever, a button, a steering, a microphone, a touch panel display, a keyboard, a mouse, and the like.

  The user terminal 10 of the present embodiment is operated by touch input (contact operation) to the touch panel. However, the user terminal 10 has operators (buttons, direction keys, etc.) such as buttons and direction keys. You may do it.

  The input unit 160 may be an input device including an acceleration sensor that detects triaxial acceleration, a gyro sensor that detects angular velocity, and an imaging unit. For example, the input device may be one that is gripped and moved by the user, or one that the user wears and moves. The input devices also include controllers made by imitating actual tools such as sword-type controllers and gun-type controllers held by the user, or glove-type controllers worn by the user (attached to the user's hand). It is. The input device also includes a game device, a portable game device, a mobile phone, and the like integrated with the input device. The user terminal 10 according to the present embodiment may include a plurality of input units 160.

  The storage unit 170 stores programs and various data for causing the computer to function as each unit of the processing unit 100, and functions as a storage area for the processing unit 100 and the communication unit 196.

The storage unit 170 includes a temporary storage area and storage. A storage is a hard disk, an optical disk, a flash memory, a magnetic tape, or the like, and refers to a device that permanently stores data. The storage unit 170 may store programs and data stored in the information storage medium 180.

  The storage unit 170 of the present embodiment includes a main storage unit 171 that is used as a work area, and an image buffer 172 that stores display images and the like. Note that some of these may be omitted.

  The main storage unit 171 can be realized by a RAM or the like. The main storage unit 171 is a storage area used in the processing of this embodiment. The image buffer 172 can be realized by a VRAM or the like.

  The information storage medium 180 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The information storage medium 180 is a storage.

  Further, the information storage medium 180 can store a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  It should be noted that the information storage medium and the data stored in the server 20 may be received via a network, and the received program and data may be stored in the storage unit 170 and the information storage medium 180. . The case of receiving the program and various data and causing the computer to function as each unit of the processing unit 100 of the terminal 10 is also included in the scope of the present invention. As will be described later, the processing unit 100 performs various processes of the present embodiment based on programs and data stored in the storage unit 170 and the information storage medium 180.

  The display unit 190 outputs an image generated according to the present embodiment, and its function can be realized by a CRT, LCD, touch panel display, HMD (head mounted display), or the like.

  The display unit 190 may also function as the input unit 160 that is operated by the user by using a touch panel display. Here, as the touch panel, for example, a resistive film type (4-wire type, 5-wire type), capacitive type, electromagnetic induction type, ultrasonic surface acoustic wave type, infrared scanning type, or the like can be used.

  The sound output unit 192 outputs the sound generated by the processing unit 100, and its function can be realized by a speaker, headphones, or the like.

  The communication unit 196 performs various controls for communicating with the server 20, and the function can be realized by hardware such as various processors or a communication ASIC, a program, or the like.

  The processing unit 100 (processor) is based on operation input (input information) from the input unit 160, programs and data stored in the storage unit 170 or the information storage medium 180, data received via the communication unit 196, and the like. Processing such as program execution processing, image generation processing, and sound generation processing is performed. The processing unit 100 performs various processes using the main storage unit 171 in the storage unit 170 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes a user registration unit 110, a team determination unit 111, a prediction information control unit 112, a setting unit 113, an image generation unit 130, and a sound generation unit 140.

  The user registration unit 110 performs processing for transmitting basic user information (such as a user name) to the server 20 based on a user input, and performs user registration.

  The team determination unit 111 performs a process of accepting selection of one team from a plurality of teams (red, blue, green, and yellow teams) based on user input information. The team determination unit 111 performs a process of transmitting the team name (team ID) selected by the user to the server 20.

  The prediction information control unit 112 transmits prediction information to the server 20 based on a user input. That is, the prediction information control unit 112 receives a performer who bets by the user and a bet amount based on the input information of the user, and transmits the prediction information including the performer bet by the user and the bet amount to the server 20. I do.

  The setting unit 113 receives the user's possible participation range related to the event from the server 20 and sets the user's possible participation range. For example, when the message viewing authority is granted, the setting unit 113 sets the message to be viewable. The setting unit 113 sets the message to be transmittable when the message transmission authority is granted.

  The image generation unit 130 performs a drawing process based on the results of various processes performed by the processing unit 100, thereby generating an image and outputting the image to the display unit 190. The image generation unit 130 may generate an image (so-called three-dimensional image) that can be seen from a virtual camera (given viewpoint) in the object space.

  For example, when generating a three-dimensional image, the image generation unit 130 first performs geometric processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, or perspective transformation, and the processing result Based on this, drawing data (position coordinates of vertexes of the primitive surface, texture coordinates, color data, normal vector, α value, etc.) is created. Then, based on the drawing data (primitive surface data), the object (one or a plurality of primitive surfaces) after perspective transformation (after the geometry processing) is stored in the image buffer 172 (image buffer, work buffer, or other pixel unit). Can be drawn in a VRAM). Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated.

  The sound generation unit 140 performs sound processing based on the results of various processes performed by the processing unit 100, generates a sound such as BGM, sound effect, or sound, and outputs the sound to the sound output unit 192.

3.2 Server Configuration FIG. 5 shows an example of a functional block diagram of the server 20 of the present embodiment. Note that the server of this embodiment may have a configuration in which some of the components (each unit) in FIG. 5 are omitted.

  The storage unit 270 stores a program for causing the computer to function as each unit of the processing unit 200 and various data, and also functions as a storage area for the processing unit 200 and the communication unit 296.

  The storage unit 270 includes a temporary storage area and storage. The storage unit 270 may store programs and data stored in the information storage medium 280.

  The storage unit 270 of this embodiment includes a main storage unit 272 used as a work area and a user information storage unit 273. Note that some of these may be omitted.

  The main storage unit 272 can be realized by a RAM or the like. The main storage unit 272 is a storage area used in the processing of this embodiment.

  The user information storage unit 273 stores user information managed by the server 20. For example, the user information storage unit 273 stores information about the user in association with the user ID (user identification information). For example, the user information storage unit 273 stores user information including participation status.

  The information storage medium 280 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 200 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 280. That is, the information storage medium 280 stores a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  The communication unit 296 performs various controls for communicating with the outside (for example, the user terminal 10, another server, or another network system), and functions as various processors or communication ASICs. It can be realized by hardware and programs.

  The processing unit 200 (processor) performs processing based on programs and data stored in the storage unit 270 and the information storage medium 280, data received via the communication unit 296, and the like.

  The processing unit 200 performs various processes using the main storage unit 271 in the storage unit 270 as a work area. The functions of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  In particular, the processing unit 200 of the server 20 according to the present embodiment includes a participation control unit 210, a virtual currency control unit 211, a prediction information reception unit 212, a determination unit 213, a parameter control unit 214, a setting unit 215, a progress control unit 216, and a user. An information management unit 217, an extraction processing unit 218, a trend survey unit 219, a settlement control unit 220, a moving image distribution unit 221, an SNS control unit 222, and a crowdfunding control unit 223 are included. Note that some of these may be omitted.

  Participation control part 210 makes a user participate in the event where a performer appears by user registration. For example, the participation control unit 210 performs user registration by storing the basic user information received from the terminal 10 in the user information storage unit 273.

  The virtual currency control unit 211 controls the value of the virtual currency owned by the user. For example, the virtual currency control unit 211 subtracts a value corresponding to the bet amount (wager amount) from the virtual currency owned by the user when accepting the prediction information of the event prediction game. Further, the virtual currency control unit 211 adds a value corresponding to the charged amount to the virtual currency owned by the user when the user charges.

The prediction information reception unit 212 receives event prediction information from users who have participated in the event. In particular, the prediction information receiving unit 212 of the present embodiment receives event prediction information from the user on the condition that the user's virtual currency is consumed. Note that the phenomenon is an event that occurs by the performer of the event, for example. Specifically, a game result generated by playing a mini game of an event performer, a competition result generated by playing a competition of an event performer, or the like.

  The determination unit 213 determines, for each user who has received the prediction information after the occurrence of the event, whether or not the user's prediction information is correct based on the user's prediction information and the event.

  The parameter control unit 214 calculates an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adds the calculated addition value to the user's point. The parameter control unit 214 uses a common user point in a plurality of types of events. In addition, the parameter control unit 214 updates the points of each user every time an event occurs in the same event.

  For each user, the setting unit 215 sets the user's possible participation range related to the event based on the user's points. For example, the setting unit 215 sets the presence / absence of a predetermined authority related to the event for each user based on the user's points. Further, when the user's point is an initial value, the setting unit 215 sets the viewing authority for the specific information regarding the event to be enabled, and sets the transmission authority for the specific information regarding the event to be none.

In addition, every time an event occurs, the setting unit 215 sets the user's possible participation range related to the event based on the updated points of each user. Moreover, the setting part 215 sets the presence or absence of the authority which transmits the message with respect to a performer based on each user's point. The progress control part 216 advances multiple types of events. For example, the progress control unit 216 may cause a plurality of types of events to progress simultaneously, or may cause a plurality of events to progress in order. In addition, the progress control unit 216 advances an event in which an event occurs multiple times in the same event. For example, the progress control unit 216 may advance an event in which multiple events occur simultaneously, or may advance an event in which multiple events occur in order. Event progress control is control along the time axis, for example, processing for determining an expected acceptance period in an event prediction game, control for starting point calculation after the occurrence of an event, and the like.

  For each user, the user information management unit 217 accumulates user information including user participation status in association with the event attribute and the performer attribute, and stores the user information in the user information storage unit 273.

  The extraction processing unit 218 performs, for each user, a process of extracting a specific event attribute from a plurality of event attributes based on the user participation status. Moreover, the extraction process part 218 performs the process which extracts the attribute of a specific performer from the attribute of several performers for every user based on a user's participation condition.

  Moreover, the extraction process part 218 performs the process which extracts the specific user applicable to the filtering conditions regarding a user's participation condition. For example, the extraction processing unit 218 performs a process of extracting a specific user corresponding to a filtering condition related to the number of login times of the user. Moreover, the extraction process part 218 performs the process which extracts the specific user applicable to the filtering conditions regarding the prediction information of a user's prediction game. Moreover, the extraction process part 218 performs the process which extracts the specific user applicable to the filtering conditions regarding a user's payment information.

  Moreover, the extraction process part 218 performs the process which extracts the attribute of a specific event from the attribute of a some event for every user based on the participation condition of a user and the friend of the said user.

Moreover, the extraction process part 218 performs the process which extracts the attribute of a specific performer from the attribute of a several performer for every user based on the participation condition of a user and a user's friend.

  The trend survey unit 219 identifies the participation mode of the user's event at a specific time for each user. In addition, the trend survey unit 219 identifies the reference page of the user at a specific time for each user. In addition, the trend survey unit 219 identifies, for each user, at least one of a participation mode and a reference page of the user and the friend of the user at a specific time.

  The settlement control unit 220 receives billing information from the user's terminal (billing target items (information such as virtual currency, crowdfunding), billing amount) and performs settlement based on the billing information. Settlement is to complete a sales transaction. For example, settlement with a credit card or settlement with electronic money is performed.

  The moving image distribution unit 221 performs a process of distributing (transmitting) moving image data obtained by photographing the state of the venue to the user terminal.

  The SNS control unit 222 cooperates with the SNS site (SNS server) and uses the user ID of the SNS site associated with the user ID to control the posting to the SNS site and the like.

  The crowdfunding control unit 223 sets an investment amount for a performer based on user input information, and invests in the performer.

4). Example of Battle Event 4.1 Overview Next, in the present embodiment, an example will be described in which, in the platform PF illustrated in FIG. 3, the performer attribute is an idol that exists in the real world and the event attribute is a battle.

  First, the business operator invited eight idols to the real world venue, assigned two performers to the four teams of blue, red, yellow, and green, and played minigames and competitions in team battles. (For example, a prefecture in Japan) to hold an event. That is, the game system 1 is a system that is fused with events that are actually performed.

  In addition, the user can select one team from the four teams of blue, red, yellow, and green to determine the team to which the user belongs, and can participate in a prediction game that predicts an event during the event. The anticipation game that predicts an event is a mini game that an idol plays or a game that predicts the outcome of a competition. The user can earn points when the prediction is correct. The server 20 ranks the user's points, and controls so that a message can be transmitted to the performers for some of the higher-order users.

  And the performer of each team can acquire a territory according to the game result of an own mini game, and a user's anticipation result. The expected game is played multiple times, and the team with the most territories will be the winner.

As described above, according to the event of the present embodiment, the user can enjoy an idle game play and a mini game. In addition, the user can participate in a game that predicts the result of a mini game (or competition) and can further enjoy the event.
Hereinafter, the processing of this embodiment will be described in detail.

4.2 User Registration When receiving a registration request from the user terminal 10, the server 20 of the present embodiment performs a registration process for the user. For each user, basic information such as the user name and nickname of the user is stored in association with the user ID (user identification information).

4.3 Description of Virtual Currency In this embodiment, a virtual currency possessed by a user is set for each user. For example, the server 20 gives 1000 yen as the initial value of the user's virtual currency. When a user participates in a game that predicts an event, the user consumes at least one yen of virtual currency. For convenience of explanation, the unit of virtual currency is described in yen. However, in addition to dollars and euros, a virtual currency unit may be used. “Virtual currency” is also referred to as “in-game currency”. Also, the user can increase the amount of virtual currency possessed by the user by charging.

4.4 Affiliated Team Before the terminal 10 of the present embodiment participates in the game in which the user anticipates an event, the terminal 10 can select from the teams in the event (red, blue, green, yellow team) based on the input information of the user. Process to accept selection of one team. The terminal 10 performs processing for transmitting the identification information (for example, team name) of the team selected by the user to the server 20. For example, when the user P1 selects the blue team, the team belonging to the user P1 is set in blue in association with the user P1.

4.5 Event flow First, the business operator predetermines the start date and time of the event. In the present embodiment, as shown in FIG. 6, during the event period, a plurality of prediction games are played to advance the event. When all the predicted games are finished, the event is finished.

  Further, the business operator notifies the user's terminal 10 of the event start date and time and the event content (predicted game content) before the event start date and time. Events are held in real time in real time. The event period is about 2 to 3 hours. In the event of the present embodiment, the predicted game is played eight times, but the number of predicted games may be multiple or the number of predicted games may be one.

4.6 Flow of Predictive Game FIG. 7 shows the flow of the time axis of a game for predicting an event (predictive game). In the game period of R1 to R7, prediction reception periods R1 to R2 for receiving the prediction of the event (game result of the mini game) are provided. In other words, in the expected reception periods R1 to R2, the user predicts who will be the first among the performers (idols), who will be first and who will be second, and the user's virtual currency will be Bet (bet).

  After the expected acceptance period, performers play the minigame in the game play periods R3 to R4 of the minigame. After the mini game play period, there are result announcement periods R5 to R6, followed by territory acquisition periods R6 to R7. In the result announcement period, the game result of the mini-game is announced, and it is determined whether or not the user's prediction is correct. In the territory acquisition period, the performer announces which territory to acquire.

4.7 Performer Information FIG. 8 shows an example of performer information managed by the server 20. For example, the server 20 stores the name of the performer and the team name to which the performer belongs in association with the performer ID (performer identification information).

4.8 Team Information FIG. 9 shows an example of team information managed by the server 20. For example, the server 20 stores the team name, the number of territories, and the rank in association with the team name (team identification information, team ID, etc.).

4.9 Prediction Information Acceptance Processing Next, processing in which the server 20 of the present embodiment receives prediction information for predicting an event (mini game result) will be specifically described. FIG. 10 shows an example of a prediction input screen displayed on the user's terminal 10 before the mini game is executed. For example, an expected input screen is displayed during the expected acceptance period.

  As shown in FIG. 10, the name of the performer, the team name (any of blue, green, red, and yellow) and the image of the performer are displayed in association with the numbers 1 to 8. In the event of this embodiment, since two performers of each team play a mini game, the names and the like of a total of eight performers are displayed.

  First, the user selects whether to perform “first place prediction” or “first place second place prediction”. For example, when the user's terminal accepts an input of the “predicted first place” button C1, the user is assigned his / her virtual to one performer who is considered to be first among eight performers performing a mini game. Bet currency (bet).

  For example, when the first performer (blue team, Naomi) is selected as the performer who the user P1 thinks is ranked first, the first performer (blue team, Naomi) of the terminal 10 of the user P1 is selected. Touch the display area. When the terminal 10 of the user P1 receives the selection of the first performer (blue team, Naomi), the terminal 10 shifts to the bet amount setting screen.

  FIG. 11 shows an example of a bet amount setting screen in the first place prediction. For example, on the bet amount setting screen, the amount to bet on the first performer (blue team, Naomi) selected by the user P1 from the virtual currency owned by the user P1 is determined. In the bet amount setting screen, the betting rate A1 is displayed for the first performer (blue team, Naomi) selected by the user P1. In the example of FIG. 11, the betting rate is 40 times.

  As shown in FIG. 11, for example, when the terminal 10 of the user P1 receives an input of the “10” button A4, the bet amount is increased by 10 yen and an input of the “1” button A5 is received. In this case, the betting amount is increased by 1 yen. In the A3 area, a bet amount (for example, 1 yen) for the current first performer (blue team, Naomi) is displayed.

  Further, when the terminal 10 of the user P1 receives an input of the “clear” button A2, the bet amount of the first performer (blue team, Naomi) selected by the user P1 is updated to 0 yen.

  Then, in the terminal 10 of the user P1, when the bet amount of 1 yen is set for the first performer (blue team, Naomi) and the input of the bet confirmation button A6 is received, the confirmation screen is displayed.

  As shown in FIG. 12, the server 20 sets a betting rate (odds) in advance for each predicted game. For example, the server 20 sets a betting rate for each performer who is predicted to be the first place, and sets a betting rate for each performer of two pairs who are predicted to be the second place.

  FIG. 13 shows an example of a confirmation screen. On the confirmation screen, the bet rate B1, the type B2 of “1st place forecast” or “1st place 2nd place forecast”, the bet amount B3, and the points B4 that the user can receive when winning a bet are displayed.

  For example, according to the example of FIG. 13, the user P1 predicts that the first performer (blue team, Naomi) is ranked first and indicates that the bet amount is 1 yen. Moreover, it shows that the user P1 obtains 40 points when the prediction is correct (when the bet is won).

  In the confirmation screen, a bet amount is used (consumed, subtracted) from the virtual currency possessed by the user, and a message indicating the bet content is displayed in the B5 area.

  When the input of the “Yes” button B7 is received at the terminal 10 of the user P1, 1 yen is subtracted from the virtual currency owned by the user P1, and the first performer (blue team, Naomi) is expected to be ranked first To bet 1 yen.

  Then, after the bet is confirmed, the terminal 10 of the user P1 transmits the prediction information (bet information) to the server 20 in association with the ID of the user P1. The prediction information includes, for example, the name of a performer who bet (for example, Naomi), the bet type (for example, first place prediction), the bet amount (for example, 1 yen), and the like.

  On the other hand, the terminal 10 of the user P1 returns to the prediction input screen of FIG. 10 or the bet amount setting screen of FIG.

  Next, in the present embodiment, a process when the user selects “1st and 2nd place prediction” will be described.

  For example, in the prediction input screen of FIG. 10, when the user's terminal accepts an input of the “No. 1 / No. 2 Prediction” button C2, the user is ranked first among the eight performers performing the mini game. Betting (betting) your own virtual currency with one performer who you think will be and one performer who you think will be second.

  For example, when the first performer (blue team, Naomi) is selected as the performer who the user P1 thinks is ranked first, the first performer (blue team, Naomi) of the terminal 10 of the user P1 is selected. Touch the display area. Then, after touch-inputting the display area of the first performer (blue team, Naomi), the user P1 selects the fourth performer (green team, Jane) as the performer who the user P1 thinks will be second place. Terminal 10 is touch-inputted into the display area of the fourth performer (green team, Jane).

  When the terminal 10 of the user P1 receives the first performer (blue team, Naomi) and the fourth performer (green team, Jane), the terminal 10 shifts to the bet amount setting screen.

  FIG. 14 shows an example of a bet amount setting screen in the 1st and 2nd place prediction. For example, on the bet amount setting screen, the amount of virtual currency bet on the first performer (blue team, Naomi) selected by the user P1 and the fourth performer (green team, Jane) selected by the user P1 To decide.

  For example, as shown in FIG. 14, in the terminal 10 of the user P1, 10th for the first performer (blue team, Naomi) and the second performer (green team, Jane) 10 When the bet amount of yen is set and the touch input of the bet confirmation button A6 is accepted, the screen shifts to a confirmation screen.

FIG. 15 shows an example of a confirmation screen in 1st and 2nd place prediction. For example, on the confirmation screen, the 1st performer (blue team, Naomi) is expected to be 1st place and the 4th performer (green team, Jane) is expected 2nd place. The betting rate is 210 times and the betting amount is 10 yen. Indicates that Moreover, it shows that the user P1 obtains 2100 points when the prediction is correct (when the bet is won).

  Also, when the input of the “Yes” button B7 is accepted on the confirmation screen of the terminal 10 of the user P1, 10 yen is subtracted from the virtual currency owned by the user P1, and the first performer (blue team, Naomi) ) 1st and 4th performers (Green Team, Jane) are expected to be 2nd and bet 10 yen.

  Then, after the bet is confirmed, the terminal 10 of the user P1 transmits the prediction information to the server 20 in association with the ID of the user P1. The forecast information includes, for example, the name of the performer who bet first (for example, Naomi), the name of the performer who bet second (for example, Jane), the type of bet (for example, second-ranked expectation of first place), and the bet amount (For example, 10 yen).

  On the other hand, when the terminal P of the user P1 accepts the input of the “No” button B6, the terminal 10 returns to the prediction input screen of FIG. 10 or the bet amount setting screen of FIG.

  Note that the terminal 10 may display the set prediction information B8 as shown in FIG.

  Then, when the expected reception period ends, the server 20 ends the reception of prediction information. When the terminal 10 receives information on the end time of the expected acceptance period from the server 20, the terminal 10 displays the remaining time until the expected acceptance end time on each of the prediction input screen, the bet amount setting screen, and the confirmation screen. Information indicating that the expected acceptance has ended is displayed.

  FIG. 16 shows an example of prediction information of each user managed by the server 20. In the case of the first-predicted type, the server 20 stores the first-predicted performer name and the betting amount in association with the user ID and the bet ID. The server 20 stores the name of the performer who is expected to be the first place, the name of the performer who is expected to be the second place, and the betting amount in association with the user ID and the bet ID in the case of the type of the first place and the second place.

  In the present embodiment, the user can set a plurality of bets (bets) with different performers and types to bet. For example, when the expected acceptance period has not ended, the first-ranked forecast information and the first-ranked second forecast information may be received from the user P1 for another performer. Further, the user may select performers as bets regardless of the team to which the user belongs.

4.10 Implementation of mini-games After the expected acceptance period, implementation of mini-games proceeds. For example, the presenter who is the facilitator of the event declares “I will start the mini game” and starts the game play of the mini game. Then, two team members, a total of eight performers, play mini-games and determine the ranking.

  The content of the mini-game is, for example, a game (music game, race game, etc.) that competes for ranking. In place of the mini game, a competition (such as a marathon) for competing in order such as sports may be performed.

  The server 20 performs streaming distribution of moving image data that captures the state of the mini game to the user terminal 10. Therefore, a user who is not at the venue can also enjoy the state of the mini game that the performer is playing. For example, the user not only supports the performers of the team to which he belongs, but also supports the performers he has bet on, so the content of the event becomes incandescent.

4.11 Result announcement When the mini-game play period ends, the game results (ranking) of the eight performers who played the mini-game on the screen will be announced at the venue. In addition, the server 20 performs streaming distribution of the moving image data obtained by photographing the result announcement to the user terminal 10.

  FIG. 17 shows an example of the game result of the mini game. For example, the first place is Naomi of the blue team, and the second place is Anna of the red team.

  In other words, in the first place prediction, the user who is expected (betted) to the first place Naomi of the blue team is determined to win. In addition, in the 1st and 2nd place predictions, the user who anticipates (bets) the blue team Naomi to the 1st place and Anna of the red team to the 2nd place is determined to win.

4.12 Point Calculation After the mini-game, the server 20 of this embodiment compares the game result (event) of the mini-game with the predicted information of the user for each user, and whether the predicted information is correct. That is, it is determined whether or not the bet is won. Then, the server 20 determines whether or not the prediction information has been hit for each prediction game.

  For example, FIG. 18 is a screen showing a result of winning and losing each prediction information of the user P1 (a result of the prediction game) in the terminal 10 of the user P1. That is, the server 20 determines that the prediction information of the first and second place predictions of the user P1 has not been hit, and determines that the prediction information of the first place prediction has been hit.

  Further, the server 20 adds to the user's points based on whether or not the user's expected information for the event has been hit for each user at the end of the game period of the mini game held during the event. The added value is calculated, and the added value is added to the user's point. That is, the server 20 calculates an addition value for each predicted game and updates the user's points. The addition value is calculated by the following equation (1). The initial value of the coefficient is 1.

Addition value = betting amount x betting rate x coefficient (1)
For example, the first place prediction that is the prediction information of the bet ID = 1 of the user P1 is correct. Note that the coefficient of the user P1 is 1. Then, a value 40 obtained by multiplying 40 by multiplying the bet amount 1 (yen) of the user P1 predicted first place by 40 times the betting rate and a coefficient 1 is set as the addition value of the user P1.

  For example, when the value of the point of the user P1 before the mini game is 1000, the addition value 40 is added to the point of the user P1, and the value of the point of the user P1 is updated to 1040.

  Also, the first place prediction that is the prediction information of the user P2 with the bet ID = 1 and the second place prediction that is the prediction information with the bet ID = 5 are in the middle. Note that the coefficient of the user P2 is 1. Then, the bet amount 2 (yen) of the 1st place expected by the user P2 is multiplied by 40 × 1 times 80, and the bet amount 10 of the 1st place expected of the user P2 is 10 (yen). 2100 multiplied by 210 × 1 times is added to the point of the user P2.

  For example, when the point value of the user P2 before the mini game is 2000, the addition value 80 and the addition value 2100 are added to the point of the user P2, and the point value of the user P2 is updated to 4180. Is done.

4.13 Point Ranking and Title Update The server 20 of this embodiment ranks (ranks) each user's points for each team. Ranking means rearranging in the order of higher points.

  FIG. 19 shows an example of a ranking screen in which the users of the blue team are rearranged in descending order of points. The server 20 performs ranking by rearranging not only the blue team but also the user points of each team in descending order. Moreover, since the server 20 updates the user's points for each predicted game, the server 20 updates the ranking for each predicted game.

  Moreover, the terminal 10 of each user displays the ranking of the user points of the team to which the user belongs. For example, the terminal 10 displays the ranking, title, user name (may be a user ID or nickname), and point values of the first to 200th teams of the team to which the user belongs. In this way, the user can compare his / her points with other users' points. In addition, motivation for the next prediction game can be increased.

  Moreover, the server 20 updates the title of each user for every team as shown in FIG. The title is a class, and the higher the title, the more advantageous for the user. In the initial state before ranking of the prediction game 1, the server 20 gives the title “footlight” of the lowest class to each user.

  For example, as shown in FIG. 20, after ranking, the server 20 assigns the title “General” to the first user, assigns the title “Deputy General” to the second user, The title of “Thousands of Generals” was granted, the title of “Thousands of Generals” was given to the 4th place, the title of “Thousands of Generals” was given to the 5th to 10th places, and “5” The title of “Hundred Generals” is given, the title of “Hundred Generals” is given to the 21st to 100th places, the title of “Kumigami” is given to the 101st to 200th places, and the “Chinese” is given to the 201st to 1000th places. The title is given. The 1001st and higher ranks will be called “Ashigara”. Further, one performer of each team is given the title “General General”, and the other performer of each team is given the title “Military”.

  Further, as shown in FIG. 20, the server 20 stores the coefficient used at the time of calculating the added value in association with the title. The higher the title is, the higher the coefficient is, and the user is controlled to increase the added value.

  In addition, the server 20 of the present embodiment ranks the points of all users regardless of the teams after updating the points of each user, and the terminal 10 of each user may receive and display the ranking result from the server 20. Good.

4.14 Setting of Allowable Range for Each User The server 20 according to the present embodiment sets the presence / absence of a user's message browsing authority (an example of a predetermined authority) with a flag (Yes is 1 and No is 0) for each user. Then, for each user, by setting the presence / absence of the user's transmission authority (an example of a predetermined authority) with a flag (Yes is 1 and No is 0), the possible participation range of each user is set.

  Message browsing authority is authority which shows whether the message which the user and other users transmitted toward the performer can be browsed, for example. Message browsing authority is also called chat browsing authority. The server 20 sets the message viewing authority to all users who have performed user registration.

Message transmission authority is authority which shows whether a user can transmit a message toward a performer. Message sending authority is also called chat participation authority. The server 20 sets the message transmission authority to a user who has a ranking of 200 points or less for each team. That is, as shown in FIG. 20, the server 20 includes “major general”, “deputy general”, “five thousand generals”, “three thousand generals”, “thousand generals”, and “500 generals” of each team. The message transmission authority is set to “1” (present) for the users who are given the titles of “Hundred Generals” and “Kumigami”, and the messages of the users who are given the titles of “Kancho” and “Ashigarashi” are sent. Set the authority to “0” (none).

  For example, for the user whose message transmission authority has been changed from “0” to “1”, the server 20 sends information indicating that the message transmission authority has been granted to the user's terminal 10 as shown in FIG. You may display on the display part.

  In addition, for the user whose message transmission authority has been changed from “1” to “0”, the server 20 provides information indicating that the message transmission authority has been lost, as shown in FIG. You may display on the display part.

  FIG. 23 shows an example of a chat screen displayed on the terminal 10 of the user whose message transmission authority is “1”. FIG. 24 shows an example of a chat screen displayed on the terminal 10 of the user whose message transmission authority is “0”.

  That is, as shown in FIG. 23, a user whose message transmission authority is “1” can transmit the user's message on the chat screen of the team to which the user belongs. For example, a user whose message transmission authority flag is “1” transmits his / her message to the server 20 by inputting a message into the input field D1 and touch-inputting the send button D2 on the chat screen of the team to which the user belongs. Can chat. Since this chat screen is transmitted to the performers (general generals) of the team, the user can feel closeness to the performers and can further enjoy the event.

  Note that the server 20 may control the message transmission authority to be able to receive a message from a user terminal having a message transmission authority of “1” within the event period, and the message transmission authority is not particularly limited. You may control so that the message from a user's terminal of "1" can be received.

  On the other hand, as shown in FIG. 24, a user whose message transmission authority is “0” cannot input a message on the chat screen of the team to which the user belongs in the terminal 10, but includes a message including another user's message. You can browse the screen.

  In addition, the information regarding the user name (user ID, nickname, etc.) which transmitted the message, the message, and the transmission date / time is displayed for each message on the display unit of the terminal 10 or the screen of the hall.

4.15 Territory Acquisition After performing the mini-game, the performers at the event venue, based on the results of the mini-games of the performers of the team to which they belong and the results of the predicted information (bets) of the users belonging to the team, The score Y is calculated, and each team acquires a province according to the score Y. In this embodiment, the score Y is calculated for each prediction game.

  First, a method for calculating the score Y will be described. In the present embodiment, the score Y is calculated based on the score X1 of the game result of the performer's mini game and the score X2 of the target information of the users belonging to the team. The initial value of Y for each team is 0 points.

First, the X1 value of the team that ranked first in the game result of the mini-game executed in the prediction game is 4
Let it be a point. In addition, the X1 value of the 2nd team is 3 points. In addition, the X1 value of the third place team is 2 points. Also, the X1 value of the 4th place team is 1 point.

  For example, as shown in FIG. 17, since the team with the first game result of the mini game in the predicted game 1 is the blue team, 4 points are set as the value of X1 of the blue team. In addition, since the team with the second game result of the mini game in the prediction game 1 is the red team, three points are set as the X1 value of the red team. In addition, since the team with the third game result of the mini game in the prediction game 1 is the green team, two points are set as the value of X1 of the green team. In addition, since the team with the 4th ranked mini-game result in the predicted game 1 is the yellow team, one point is set for the value of X1 of the yellow team.

  Further, in the prediction game, the total value of the addition points of the users of each team is totaled, and the value of X2 of the team with the highest total value of the addition points is set to 4 points. Also, the X2 value of the team with the second highest total value is 3 points. In addition, the X2 value of the third place team is 2 points. Also, the X2 value of the 4th place team is 1 point.

  For example, in the prediction game 1, when the total value of the addition points of the users belonging to the blue team is the highest at 200,000,000 points, 4 points are set as the X2 value of the blue team. In addition, in the prediction game 1, when the total value of the addition points of the users belonging to the green team is 190,000,000 points, which is the second highest team, 3 points are set as the X2 value of the green team. In addition, in the prediction game 1, when the total value of the addition points of the users belonging to the yellow team is 180,000,000 points, which is the third highest team, two points are set as the value of X2 of the yellow team. Further, in the prediction game 1, when the total value of the addition points of the users belonging to the red team is 170,000,000 points, which is the fourth highest team, 1 point is set as the value of X2 of the red team. Then, as shown in FIG. 25, the total value of X1 and X2 of each team is defined as a score Y.

  The region acquisition will be specifically described with reference to FIG. In this embodiment, as shown in FIG. 26, a plurality of territories (squares) simulating a Japanese map are prepared. Each team can acquire vacant territories and territories of other teams according to the score Y.

  In the present embodiment, one territory of the own team can be acquired by subtracting one point from the score Y of the own team. The territory acquired for the first time can be an arbitrary place, but the territory acquired for the second transition is required to be a territory adjacent to the already acquired territory. When the other team's territory is set as the own team's territory, two points can be subtracted from the score Y to acquire the other team's territory as the own team's territory. In the present embodiment, the territory is acquired based on the instructions of the performers of each team.

  FIG. 26 shows an example of a screen showing the territory acquisition status of each team displayed on the terminal 10. For example, AB is the number of territories acquired by the blue team. Since the score Y is 8, it indicates that the blue team has acquired 8 territories. AR is the number of territories acquired by the red team, and the red team has acquired four territories because the score Y is four. AG is the number of territories acquired by the green team, and the green team has acquired five territories because the score Y is five. AY is the number of territories acquired by the yellow team. Since the yellow team has three points, it indicates that three territories have been acquired. The screen showing the territory acquisition status may be displayed on the screen of the venue.

  Further, as shown in FIG. 26, the ranks of the respective teams are displayed in descending order of the number of acquired territories. At the end of the predicted game 1, the blue team is 1st, the green team is 2nd, the red team is 3rd, and the yellow team is 4th.

  In the event of the present embodiment, the next (N + 1) th predicted game is started after the Nth predicted game. In the (N + 1) th prediction game, a territory is acquired from the situation of the territory acquisition in the Nth prediction game. For example, after the prediction game 2 ends, each team acquires a territory adjacent to the territory acquired at the end of the prediction game 1 based on the score Y of the prediction game 2.

  Thus, each team repeats the prediction game, and finally, the team that has acquired the most territories at the end of the prediction game 8 wins.

4.16 Flowchart A processing flow of the server 20 of this embodiment will be described with reference to FIGS. 27A and 27B. First, as shown in FIG. 27A, 1 is substituted for N (step S1). Then, it is determined whether or not the start time of the predicted reception period for the Nth event (for example, the game result of the minigame of the Nth predicted game) has arrived (step S2). When the start time of the expected reception period of the Nth event has arrived (Y in step S2), the Nth event is determined on the condition that the user's virtual currency (the virtual currency owned by the user) is consumed for each user. The prediction information is received (step S3). Then, it is determined whether or not the end time of the expected reception period for the Nth event has arrived (step S4). When the end time of the expected reception period for the Nth event has arrived (Y in step S4), the reception of the predicted information for the Nth event is ended (step S5). If the end time of the expected reception period for the Nth event has not arrived (N in step S4), the process returns to step S3.

  Next, as shown in FIG. 27B, it is determined whether or not the Nth event has occurred in the real world (step S10). When the Nth event occurs (Y in step S10), for each user, the added value of the user is calculated based on the user's prediction information and the Nth event in the real world (step S11). Then, for each user, the added value of the user is added to the user's point (step S12). Then, each team is ranked in descending order of points (step S13).

  Then, in each team, the message transmission authority is set to be enabled for the users within the 200th place, and the message transmission authority is set to be none for the users of the 201st place or more (step S14). Then, it is determined whether or not N = 8 (step S15). If N = 8 (Y in step S15), the process ends. If N = 8, 1 is added to N ( Step S16) and return to Step S2. The process ends here.

4.17 Venue Screen In the venue of the present embodiment, a screen (team screen) for each team of the blue team, red team, yellow team, and green team, or a main screen (main screen) may be provided.

  For example, on the team screen, a chat screen of each team is displayed, and on the main screen, a screen showing the current territory acquisition status such as the ranking of each team and the number of territories is displayed.

4.18 Crowdfunding In this embodiment, an investment amount may be set for a performer based on user input information to make an investment. For example, the server 20 receives selection of one performer from a plurality of performers from the user, and gives an investment amount (for example, 1000 yen) designated by the user to the selected performer. At this time, the server 20 performs a settlement process for the investment amount designated by the user. When the target investment amount of a performer (for example, 100,000 yen) is reached, the investment reception for the performer is terminated. In this way, the user of the performer's fan can specifically support by investment and can enjoy the event. The server 20 may increase the user's point according to the user's investment amount, or may increase the user's virtual currency according to the user's investment amount.

4.19 Vote In this embodiment, a performer to appear in an event may be determined based on a user's vote before the start of the prediction game. For example, among the 20 idols, 10 idols with a large number of votes may appear in the event.

4.20 Others In the present embodiment, the prediction acceptance of each prediction game is not limited to the prediction reception period of the prediction game, and the prediction reception of the prediction game may be performed before the start of the prediction reception period. For example, the prediction acceptance of each prediction game may be performed before the start of the event period.

5. Management of User Information 5.1 Overview In the present embodiment, as shown in FIG. 3, various events can be held according to the attributes of performers and the attributes of events. As described above, in the platform PF, an example has been described in which the performer attribute is an idol that exists in the real world and the event attribute is a battle, but the performer attribute is an entertainer and the event attribute is a quiz. An event may be held. Also, an event may be held in which the performer attribute is idol and the event attribute is sport. Thus, a plurality of types of events can be realized in the platform PF of this embodiment.

The server 20 of this embodiment performs event management considering each user's preference and manages user information so that event management can be improved. The details will be described in the following. 5.2 Attributes of performers Performers mean persons with higher recognition than ordinary people, such as idols, entertainers, talents, actresses, actors, musicians, athletes, and announcers.

  The performer attribute means the type (type, job type, etc.) of the performer. For example, as shown in FIG. 3, the server 20 preliminarily defines the attributes of performers, such as “idol”, “entertainer”, and “talent”.

  The attribute of the performer may be identification information for identifying the performer. For example, the name of the performer predetermined by the server 20 may be used as the attribute of the performer.

5.3 Event attributes Events are events and events. In particular, the event of the present embodiment invites performers to the venue, and performs competitions and mini-games on the performers. In addition, the event of the present embodiment is an event that allows a user inside or outside the venue to play a prediction game that predicts an event (such as a game result of a mini game or a competition result) that occurs by a performer.

  The event attribute means the type of event. For example, as shown in FIG. 3, the server 20 predetermines event attributes such as “battle”, “quiz”, and “sports”.

  The event attribute may be identification information for identifying the event. For example, an event name predetermined by the server 20 may be used as an event attribute.

5.4 User Information In this embodiment, user information is stored in the user information storage unit 273. Specifically, the following information is stored.

(1) Basic information In this embodiment, basic information of user information is registered at the time of user registration. For example, the basic information is a user ID, a user name, a nickname, sex, age, date of birth, user registration date, friend friend ID (friend user ID), etc., and the server 20 is a user terminal. Based on the input information from 10, the basic information is stored in the user information storage unit 273.

(2) Login History The login history is a history of login from the user to the server 20, and is an example of a user participation status. For example, as illustrated in FIG. 28, the server 20 accumulates and stores the login date and time in the user information storage unit 273 in association with the attribute of the event and the attribute of the performer for each user.

(3) Number of participations, participation mode, reference page The number of participations, participation mode, and reference page are examples of user participation status. Based on the login history, the server 20 of the present embodiment calculates the number of times of participation (number of times of login) for a predetermined period in association with the attribute of the event or the attribute of the performer for each user. The predetermined period may be, for example, an event period, a predetermined one-day period, or a period from the user registration date to the current time. In this way, it is possible to recognize how much the user has participated in the attribute of which event and how much has participated in the attribute of which performer during the predetermined period. The server 20 may store the calculated participation count (login count) for a predetermined period for each user in the user information storage unit 273 in association with the attribute of the event or the attribute of the performer.

  In addition, in the case of the battle event of the present embodiment, there are four participation modes of “forecast”, “chat”, “cloud funding”, and “voting”. As shown in FIG. 29, the server 20 accumulates and stores the user participation mode in the user information storage unit 273 in association with the attribute of the event, the attribute of the performer, and the given time for each user. For example, the server 20 specifies the participation mode from the reference page of the user and stores it in the user information storage unit 273 at a predetermined cycle (every 5 minutes). In this way, it is possible to recognize at what point in time the user was participating in what kind of event, which performer's attribute, what kind of participation mode. The server 20 sets a participation mode for each page created in advance.

  Moreover, the server 20 of this embodiment accumulate | stores and memorize | stores a user's reference page in the user information storage part 273 for every user in association with the attribute of an event, the attribute of a performer, and a reference time. That is, the server 20 stores a log history (access log) of a reference page (such as a web page) accessed from the user terminal 10 in the user information storage unit 273. In this way, it is possible to recognize which page the user was viewing at which point.

(4) Settlement information Settlement information is an example of user participation status. The settlement information is, for example, a billing amount. For example, as illustrated in FIG. 30, the server 20 accumulates and stores the charge amount in the user information storage unit 273 in association with the attribute of the event and the attribute of the performer for each user. In this way, it is possible to recognize how much the user has charged for the attribute of which event and how much the attribute of which performer has been charged. Note that the server 20 may also store the date and time of charging in association with the charging amount. The server 20 may also store the type of items to be charged (virtual currency, crowdfunding), etc., in association with the charge amount.

(5) Anticipation information Anticipation information is an example of a user's participation situation. The prediction information is prediction information indicating information predicted by the user in the prediction game, for example.

  For example, as illustrated in FIG. 31, the server 20 accumulates and stores the prediction information in the user information storage unit 273 in association with the attribute of the event and the attribute of the performer for each user. In this way, it is possible to recognize how many times the user has predicted the attribute of which event, how many times the user has predicted the attribute of which performer, and what the bet amount is. Note that the server 20 may also store the date and time when the prediction information is confirmed.

(6) Point Update History Points are an example of user participation status. It can be seen that the higher the point, the more enthusiastic the user is participating.

  The server 20 accumulates and stores the updated user points in the user information storage unit 273 each time the user points are updated in association with the event attributes and performer attributes for each user. To do. In this way, the user can recognize which event attribute the point has changed, and which performer attribute the point has changed. Note that the server 20 may also store the point update date and time.

(7) Voting History The voting history is an example of the user participation status. It can be seen that the higher the number of votes, the more enthusiastic the user is participating.

  Moreover, the server 20 accumulate | stores and memorize | stores the performer whom the user voted in the user information storage part 273 for every user in association with the attribute of an event and the attribute of a performer. In this way, it is possible to recognize which performer has voted for which event attribute or performer attribute the user has. Note that the server 20 may also store the voting date and time.

(8) History of Crowdfunding In addition, the server 20 stores, in the user information storage unit 273, performers invested in crowdfunding by the user in association with event attributes and performer attributes for each user. And remember. In this way, it is possible to recognize which event attribute the user has invested in and which performer attribute the user has invested in. Note that the server 20 may also store the investment date and time.

(9) SNS posting history The SNS posting history is an example of a user participation situation. It can be seen that the more SNS posts, the more users are trying to inform more information about the event.

  The server 20 accumulates and stores the SNS site posted by the user in the user information storage unit 273 in association with the attribute of the event and the attribute of the performer for each user. In this way, it is possible to recognize which event attribute the user has used the SNS site and which performer attribute the user has used the SNS site. The server 20 may also store the posting date / time and the type of the posted SNS site.

5.5 Explanation of Processing for Extracting Specific Event Attributes and Specific Performer Attributes for Each User The server 20 of this embodiment is a user participation stored in the user information storage unit 273 for each user. Based on the situation, a specific event attribute is extracted from a plurality of event attributes.

  Moreover, the server 20 extracts the attribute of a specific performer from the attributes of a plurality of performers based on the user participation status stored in the user information storage unit 273 for each user. Specific examples will be described below.

(1) Event Participating in the Past The server 20 extracts, for each user, the attributes of events that the user has participated in the past and the attributes of performers who have appeared in the events that the user has participated in the past based on the login history and the like. May be.

(2) Number of Participation For example, the server 20 may extract, for each user, an attribute of an event having a predetermined number of participations or more and an attribute of a performer from among a plurality of event attributes.

  That is, when the user P1 has participated in the battle event 10 times or more, and the event of other attributes (for example, quiz, sports event) is less than 10 times, It is desirable to announce events related to battles. According to the server 20 of this embodiment, since the attribute of a battle can be extracted to the user P1, the event regarding a battle can be notified to the user P1. That is, according to the present embodiment, it is possible to know the event attributes suitable for the user's preference, and to attract customers who specialize in the event attributes.

  In addition, when the user P2 is the performer attribute is idle, the participation count is 10 times or more, and when the user P2 is a performer with other attributes (for example, entertainer or musician participation count), the participation count is 10 times. If it is less, it is desirable to notify the user P2 of an event related to idle. According to the server 20 of the present embodiment, it is possible to extract the idle attribute to the user P2, and thus it is possible to notify the user P2 of the event related to the idle. That is, according to the present embodiment, it is possible to know the attributes of performers suitable for the user's preference, and to attract customers who are specialized in the attributes of performers.

(2) Billing Amount The server 20 may extract, for each user, an event attribute or a performer attribute whose billing amount is a predetermined amount or more from a plurality of event attributes.

  For example, when the charge amount of a battle event is 1000 yen or more and the charge amount of an event of another attribute (for example, a quiz or a sport event) is less than 1000 yen, Announcement of events related to battles is desirable for event operators. According to the server 20 of this embodiment, since the attribute of a battle can be extracted to the user P3, the event regarding a battle can be notified to the user P3.

  Further, the charge amount of the event when the user P4 is the performer attribute is idle is 1000 yen or more, and the charge amount when the user P4 is a performer (for example, entertainer or musician) of other attributes is less than 1000 yen. In this case, it is desirable to notify the user P4 of an event related to idle. According to the server 20 of the present embodiment, an attribute of idle can be extracted for the user P4, and therefore an event related to idle can be notified to the user P4.

(3) Expected number of times Moreover, the server 20 may extract the attribute of the event and the attribute of the performer whose expected number of times is a predetermined number or more from the attributes of a plurality of events for each user. Note that the expected number of times of the user can be specified based on the expected information of the user.

  For example, when the expected number of battle events is 10 times or more and the expected number of events of other attributes (for example, quiz and sports events) is less than 10, the user P5 It is desirable to notify the event related to the battle because the user P5 can actively participate in the event. According to the server 20 of this embodiment, since the attribute of a battle can be extracted to the user P5, the event regarding a battle can be notified to the user P5.

  In addition, the expected number of events when the attribute of the performer is idle is 10 or more, and the expected number of events when the user P6 is a performer (for example, entertainer or musician) of other attributes. If it is less than the number of times, it is desirable to notify the user P6 of the event related to the idol because the user P6 can actively participate in the event. According to the server 20 of the present embodiment, it is possible to extract the idle attribute to the user P6, and thus it is possible to notify the user P6 of an event related to idle.

(4) User and User's Friend Moreover, the server 20 performs the process which extracts the attribute of a specific event from the attribute of a some event based on the participation condition of a user and the said user's friend for every user. You may go. For example, when the user P1 and the user P2 are in a friend relationship, a process of extracting an event in which the user P1 and the user P2 have participated is performed.

  Moreover, the server 20 may perform the process which extracts the attribute of a specific performer from the attribute of several performers for every user based on the participation condition of a user and the said user's friend. For example, when the user P1 and the user P2 are in a friend relationship, a process of extracting performers who appeared in an event in which the user P1 and the user P2 participated is performed.

(5) Notification (notification)
The server 20 according to the present embodiment may notify (notify) information (for example, the date and time of the event) about the event attributes extracted for each user.

  The server 20 of this embodiment notifies (notifies) the information (for example, the date and time of the event in which the extracted performer appears) about the attribute of the performer extracted with respect to the user for every user. You may do it.

  Note that the notification means notification, for example, the server 20 may notify the user's terminal 10 of a message, and the user terminal 10 after login relates to the attribute of the event extracted for the user. You may make it display the information regarding the information and the attribute of a performer.

5.6 Filtering The server 20 of the present embodiment may perform a process of extracting a specific user who meets the filtering condition regarding the user participation status.

(1) Number of logins For example, the server 20 may perform a process of extracting a specific user corresponding to a filtering condition related to the number of logins of the user. For example, you may make it extract the user who corresponds to the conditions that the frequency | count of a user's login is 10 times or more. If it does in this way, the user who participates in an event eagerly can be extracted based on the frequency | count of login.

(2) Prediction information Moreover, you may make it the server 20 perform the process which extracts the specific user applicable to the filtering conditions regarding the prediction information of a user's prediction game. For example, a user who meets the condition that the expected number of times of the user is 10 times or more may be extracted. If it does in this way, the user who participates in a prediction game eagerly can be extracted based on the number of times of prediction.

(3) Settlement information The server 20 may perform a process of extracting a specific user corresponding to the filtering condition related to the settlement information of the user. For example, a user who meets the condition that the user's billing amount is 10,000 yen or more may be extracted. In this way, users who tend to charge more can be extracted.

(4) Others The server 20 can set various filtering conditions. For example, an attribute of a specific event or an attribute of a specific performer may be added to the filtering condition.

5.7 User Trend Survey The server 20 of the present embodiment may perform processing for investigating user trends based on the participation status of each user stored in the user information storage unit 273. The contents investigated in the server 20 become important data in planning and managing the event of the event company.

(1) Event Participation Mode For example, the server 20 may specify a user event participation mode at a specific time for each user. For example, the server 20 may identify the participation mode of the user's event at the time of the result announcement of the event of the attribute of each user's battle, and may determine what type of participation was common.

(2) Reference page The server 20 may specify the reference page of the user at a specific point in time for each user. For example, the server 20 may identify each user's reference page at a specific timing before the start of each user's prediction game, and determine what content each user is interested in. Good.

(3) Friends The server 20 may specify at least one of the participation mode and the reference page of the user and the friend of the user at a specific time for each user. For example, the server 20 may determine what the user and the friend are interested in by specifying at least one of the participation mode and the reference page of the user and the friend. Also good.

5.7 Flowchart An example of processing of the server 20 will be described with reference to FIG. First, the server 20 substitutes 1 for N (step S21). Based on the participation status of the Nth user, attributes of a specific event are extracted for the Nth user (step S22). Information about the attribute of the extracted event is notified to the Nth user (step S23).

And the server 20 extracts the attribute of a specific performer with respect to the Nth user based on the participation situation of the Nth user (step S24). Information on the attributes of the extracted performers is notified to the Nth user (step S25). Then, it is determined whether or not processing has been performed for all users (step S26). If processing has not been performed for all users (N in step S26), 1 is added to N (step S27), and the process returns to step S22. If all users have been processed (Y in step S26), the process ends.

6). Others The present invention is not limited to that described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

1 game system, 10 terminals, 20 servers,
PF platform,
100 processing unit, 110 user registration unit, 111 team determination unit, 112 prediction information control unit, 113 setting unit, 130 image generation unit, 140 sound generation unit, 160 input unit, 162
Detection unit, 170 storage unit, 171 main storage unit, 172 image buffer, 180 information storage medium, 190 display unit, 192 sound output unit, 196 communication unit,
200 processing units, 210 participation control unit, 211 virtual currency control unit, 212 prediction information reception unit, 213 determination unit, 214 parameter control unit, 215 setting unit, 216 progress control unit, 217 user information management unit, 218 extraction processing unit, 219 trend survey unit, 220 settlement control unit, 221 video distribution unit, 222 SNS control unit, 223 crowdfunding control unit, 270 storage unit, 272 main storage unit, 273 user information storage unit, 280 information storage medium, 296 communication unit

Claims (8)

A server program for predicting game events that predicts what happens in the real world,
A virtual currency control unit that controls the value of the virtual currency owned by the user;
A prediction information receiving unit that receives the prediction information of the event from the user on the condition that the user's virtual currency is consumed;
Parameter control for calculating an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adding the calculated addition value to the user's point And
A program that causes a computer to function as a setting unit that sets a possible participation range of a user related to the event based on a user's point for each user. In claim 1,
The setting unit
A program characterized in that, for each user, presence / absence of a predetermined authority regarding the event is set based on the user's points. In claim 2,
The setting unit
When the user's point is an initial value, the right to view specific information related to the event is set to enable, and the right to transmit specific information related to the event is set to no. In any one of Claims 1-3,
As a progress control unit that advances multiple types of events, let the computer further function,
The parameter control unit is
A program using the user point common to the plurality of types of events. In any one of Claims 1-4,
In the same event, let the computer further function as a progress controller that advances the event in which the event occurs multiple times,
The parameter control unit is
Each time an event occurs in the same event, the points of each user are updated.
The setting unit
A program characterized in that, when an event occurs, a possible participation range of the user related to the event is set based on the point of each updated user. In any one of Claims 1-5,
The event is an event that occurs by a performer of the event,
The setting unit
A program that sets whether or not there is an authority to transmit a message to the performer based on points of each user. A server related to an event of a prediction game that predicts an event occurring in the real world,
A virtual currency control unit that controls the value of the virtual currency owned by the user;
A prediction information receiving unit that receives the prediction information of the event from the user on the condition that the user's virtual currency is consumed;
Parameter control for calculating an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adding the calculated addition value to the user's point And
A setting unit configured to set, for each user, a possible participation range of the user regarding the event based on the user's points. A game system in which a server related to an expected game event that predicts an event occurring in the real world and a user terminal are connected via a network,
The server is
A virtual currency control unit that controls the value of the virtual currency owned by the user;
A prediction information receiving unit that receives the prediction information of the event from the user on the condition that the user's virtual currency is consumed;
Parameter control for calculating an addition value based on the user's prediction information and the event for each user who has received the prediction information after the occurrence of the event, and adding the calculated addition value to the user's point And
A setting unit that sets the user's participation possible range for the event based on the user's points for each user,
The user terminal is
An anticipation information control unit that transmits the anticipation information to the server based on the input of the user;
A game system, comprising: a setting unit configured to receive a participation possible range of the user regarding the event from the server and set the participation possible range of the user.

Images