Program, method, and information processor

Abstract

To provide techniques of further motivating users to perform activities in a virtual space.SOLUTION: A program executed by a computer comprising a processor causes the processor to execute the steps of: receiving, from a first user who is not an administrator of the virtual space of users involved in an event implemented in a virtual space, an operation for specifying a second user who is another user involved in the event and different from the first user; and granting the specified second user and the first user the profit obtained from the event implemented in the virtual space.SELECTED DRAWING: Figure 19

Description

[Technical field]

[0001] The present disclosure relates to a program, a method, and an information processing device. [Background technology]

[0002] In organizations with multiple players, there is a technique for determining the rules of membership.

[0003] Patent Document 1 describes a technique for determining rules for membership in a guild and removing players who violate the rules. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Patent Publication No. 2021-053463 Summary of the Invention [Problem to be solved by the invention]

[0005] The technology in Patent Document 1 discloses a technology that sets rules as a standard of play that all players must abide by, examines whether the players are violating the guild rules, and automatically expels any player who violates the guild rules from the guild he or she belongs to. However, the technology of Patent Document 1 is only for centrally deciding whether or not users can belong to a guild or group, and does not provide any profits to users who are active in the virtual space. Therefore, there is a risk that it may hinder the motivation of users to manage events held in the virtual space. Therefore, there is a need for technology that can increase the motivation of users who are active in virtual spaces. [Means for solving the problem]

[0006] According to one embodiment, a program is provided that is executed by a computer having a processor, the program causing the processor to execute the steps of: accepting an operation from a first user, who is involved in an event held in a virtual space and is not an administrator of the virtual space, to designate a second user, who is different from the first user and is another user involved in the event; and granting revenue earned from the event held in the virtual space to the designated second user and the first user. Effect of the Invention

[0007] According to the present disclosure, it is possible to provide a technique for increasing the motivation of users who are active in a virtual space. [Brief description of the drawings]

[0008] [Figure 1] FIG. 2 is a block diagram showing the overall configuration of the system 1. [Diagram 2] FIG. 2 is a diagram showing a functional configuration of a terminal device 10. [Diagram 3] FIG. 2 is a diagram showing the functional configuration of a server 20. [Figure 4] 1 shows a data structure of a user information database (DB) stored in the storage unit of the server 20. [Diagram 5] 1 shows a data structure of a user score information DB stored in a storage unit of the server 20. [Figure 6] 1 shows a data structure of a venue information DB stored in a storage unit of the server 20. [Figure 7] 1 shows a data structure of an event information DB stored in a storage unit of a server 20. [Figure 8] 1 shows a data structure of a revenue information DB stored in the storage unit of the server 20. [Figure 9] 11 is a flowchart showing a series of processes when granting a user a predetermined right related to the management of an event held in a virtual space. [Figure 10]11 shows an example of a screen displayed when a user is granted a predetermined right related to event management. [Figure 11] 13 shows an example of a screen for accepting an event application from a user in a predetermined area in a virtual space. [Figure 12] 13 shows an example of a screen when a user applies for an event. [Figure 13] 13 shows an example of a screen when notifying the user of another event in advance. [Figure 14] 13 shows an example of a screen displayed when a user transfers rights to another user. [Figure 15] 13 shows an example of a screen displayed when notifying a user of invalidation of a right. [Figure 16] FIG. 11 is a diagram illustrating a functional configuration of a server 20 according to a second embodiment. [Figure 17] 11 is a flowchart showing a series of processes for granting a user a specific right related to the management of an event held in a virtual space and for granting the profits from the event to the user who has been granted the right. [Figure 18] 13 shows an example of a screen for setting a user's revenue distribution rate. [Figure 19] 13 shows an example of a screen when granting revenue to a user. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the following description, the same components are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

[0010] <First embodiment> <Summary> In the following embodiment, a technique for granting a user a predetermined right related to revenue from an event held in a virtual space, for example, an event in which performers and viewers are present, will be described. Here, there is no limitation on the devices etc. that may be used as appropriate when realizing the technology disclosed herein, and the information may be presented by a terminal device such as a smartphone or tablet terminal owned by the user, or by a device such as a stationary PC (Personal Computer) or a head-mounted display (HMD).

[0011] System 1 provides technology that allows users of a virtual space to manage events taking place in the virtual space, fostering a greater sense of immersion and unity among users in the virtual space.

[0012] The system 1 can be used, for example, in a situation where a user different from the administrator of the virtual space manages an event and distributes the profits generated from the event among the users. For example, the system 1 may be configured to detect users of a virtual space who are involved in an event held in the virtual space. An input operation is accepted from a first user, who is an administrator, to designate a second user who is different from the first user and is involved in an event in the virtual space, and the second user is granted a specified right related to the profits obtained from the event held in the virtual space. In this case, the revenue is money received from event participants other than the first user and the second user at least at any timing before, during, or after the event, or a means to replace money. This allows users active in a virtual space to manage events taking place within the virtual space, providing a technology that further increases the motivation of users active in the virtual space.

[0013] <1 Overall system configuration> FIG. 1 shows the overall configuration of a system 1 according to the first embodiment.

[0014] As shown in Fig. 1, the system 1 includes a plurality of terminal devices (terminal device 10A and terminal device 10B are shown in Fig. 1. Hereinafter, they may be collectively referred to as "terminal device 10". Furthermore, a plurality of terminal devices 10C and the like may be further included in the configuration) and a server 20. The terminal devices 10 and the server 20 are connected for communication via a network 80.

[0015] The terminal device 10 is a device operated by each user. Here, the definition of each user in this application will be explained. In this application, each user is defined as follows. User who manages the virtual space: First user A user different from the first user who is involved in the event (i.e., involved in the operation of the event): a second user A user who has further granted or transferred certain rights from a second user: a third user The terminal device 10 is realized by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. Alternatively, the terminal device 10 may be, for example, a stationary PC (Personal Computer) or a laptop PC. As shown as the terminal device 10B in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage unit 16, and a processor 19. The server 20 includes a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29. In addition, in this application, each terminal device is defined as follows. Terminal device 10 used by the first user: terminal device 10A (control unit etc. are defined as 190A etc.) Terminal device 10 used by a second user: terminal device 10B (control unit etc. are defined as 190B etc.) Terminal device 10 used by a third user: terminal device 10C (control unit etc. are defined as 190C etc.) (Even if the definition of each user differs between the first and second embodiments, the correspondence between the notation of the user and the notation of the terminal device remains the same.)

[0016] The terminal device 10 is communicatively connected to the server 20 via a network 80. The terminal device 10 is connected to the network 80 by communicating with communication devices such as a wireless base station 81 conforming to communication standards such as 5G and LTE (Long Term Evolution) and a wireless LAN router 82 conforming to wireless LAN (Local Area Network) standards such as IEEE (Institute of Electrical and Electronics Engineers) 802.11.

[0017] The communication IF 12 is an interface for inputting and outputting signals so that the terminal device 10 can communicate with an external device. The input device 13 is an input device (e.g., a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving an input operation from a user. The output device 14 is an output device (a display, a speaker, etc.) for presenting information to a user. The memory 15 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage unit 16 is a storage device for saving data, and is, for example, a flash memory or a HDD (Hard Disc Drive). The processor 19 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, a register, a peripheral circuit, etc.

[0018] The server 20 manages various information and the like used when granting rights to an event held in a virtual space to a user. The server 20 stores, for example, user information, user score information, and information on the venue in the virtual space where the event is held.

[0019] The communication IF 22 is an interface for inputting and outputting signals so that the server 20 can communicate with an external device. The input / output IF 23 functions as an interface with an input device for receiving input operations from a user and an output device for presenting information to a user. The memory 25 is for temporarily storing programs and data processed by the programs, etc., and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 26 is a storage device for saving data, such as a flash memory or a HDD (Hard Disc Drive). The processor 29 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, a register, a peripheral circuit, etc.

[0020] In this embodiment, each device (terminal device, server, etc.) can also be regarded as an information processing device. That is, a collection of the devices can be regarded as one "information processing device", and the system 1 may be formed as a collection of multiple devices. The method of allocating multiple functions required to realize the system 1 according to this embodiment to one or multiple pieces of hardware can be appropriately determined in consideration of the processing capacity of each piece of hardware and / or the specifications required for the system 1.

[0021] <1.1 Configuration of the terminal device 10> FIG. 2 is a block diagram of the terminal device 10 constituting the system 1 of the first embodiment. As shown in FIG. 2, the terminal device 10 includes a plurality of antennas (antenna 111, antenna 112), wireless communication units (first wireless communication unit 121, second wireless communication unit 122) corresponding to the respective antennas, an operation reception unit 130 (including a touch-sensitive device 1301 and a display 1302), a voice processing unit 140, a microphone 141, a speaker 142, a position information sensor 150, a camera 160, a motion sensor 170, a storage unit 180, and a control unit 190. The terminal device 10 also has functions and configurations (for example, a battery for holding power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.) that are not particularly shown in FIG. 2. As shown in FIG. 2, each block included in the terminal device 10 is electrically connected by a bus or the like.

[0022] The antenna 111 emits a signal generated by the terminal device 10 as a radio wave. The antenna 111 also receives a radio wave from space and provides the received signal to the first wireless communication unit 121.

[0023] The antenna 112 radiates a signal generated by the terminal device 10 as a radio wave. The antenna 112 also receives a radio wave from space and provides the received signal to the second radio communication unit 122.

[0024] The first wireless communication unit 121 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 111 so that the terminal device 10 can communicate with other wireless devices. The second wireless communication unit 122 performs modulation and demodulation processing for transmitting and receiving signals via the antenna 112 so that the terminal device 10 can communicate with other wireless devices. The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, a Received Signal Strength Indicator (RSSI) calculation circuit, a Cyclic Redundancy Check (CRC) calculation circuit, a high-frequency circuit, and the like. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation and demodulation and frequency conversion of wireless signals transmitted and received by the terminal device 10, and provide the received signals to the control unit 190.

[0025] The operation reception unit 130 has a mechanism for receiving an input operation by a user. Specifically, the operation reception unit 130 is configured as a touch screen, and includes a touch-sensitive device 1301 and a display 1302. The touch-sensitive device 1301 receives an input operation by a user of the terminal device 10. The touch-sensitive device 1301 detects a touch position of the user on the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 1301 outputs a signal indicating the touch position of the user detected by the touch panel to the control unit 190 as an input operation. The terminal device 10 may also include a keyboard (not shown) that can be physically inputted, and may receive an input operation by the user via the keyboard.

[0026] The display 1302 displays data such as images, videos, and text in response to control by the control unit 190. The display 1302 is realized by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

[0027] The audio processing unit 140 modulates and demodulates an audio signal. The audio processing unit 140 modulates a signal provided from the microphone 141 and provides the modulated signal to the control unit 190. The audio processing unit 140 also provides the audio signal to the speaker 142. The audio processing unit 140 is realized by, for example, a processor for audio processing. The microphone 141 accepts audio input and provides an audio signal corresponding to the audio input to the audio processing unit 140. The speaker 142 converts the audio signal provided from the audio processing unit 140 into audio and outputs the audio to the outside of the terminal device 10.

[0028] The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. In the satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10 equipped with the GPS module is detected based on the received signals. The position information sensor 150 may be a transmitting / receiving device based on a communication standard used in a short-range communication system between information devices. Specifically, the position information sensor 150 uses the 2.4 GHz band, such as a Bluetooth (registered trademark) module, to receive a beacon signal from another information device equipped with a Bluetooth (registered trademark) module.

[0029] The camera 160 is a device that receives light with a light receiving element and outputs the received light as a captured image. The camera 160 is, for example, a depth camera that can detect the distance from the camera 160 to a subject being photographed. Furthermore, the camera 160 captures the body movements of the user using the terminal device 10, the performers, and the like. Specifically, for example, the camera 160 captures the movement of the user's mouth and the movements of each part of the face (eyes, eyebrows, etc.). The movements may be captured using any existing technology.

[0030] The motion sensor 170 is configured with a gyro sensor, an acceleration sensor, etc., and detects the inclination of the terminal device 10.

[0031] The storage unit 180 is configured with, for example, a flash memory or the like, and stores data and programs used by the terminal device 10. In one aspect, the storage unit 180 stores user information 1801 and the like. The information may be held in the storage unit 180 of the terminal device 10, or may be stored as a database in a storage unit 202 of a server described later and acquired via the network 80.

[0032] User information 1801 is information related to a user, such as an ID for identifying the user, a user name, age, and gender. Here, a user is a user who is not a viewer of the event and is involved in the management of the event. For example, a user is a user who is granted certain rights related to an event in a virtual space (for example, the right to manage and manage the event, the right to manage the profits of the event). The types of users include, for example, the following users. Users involved in the operation of the event (including users in charge of behind-the-scenes tasks such as paperwork) Users who are involved in the management of an event and who are performers at the event and performers who will appear alongside the performers (such as slot owners for streaming events, etc.) - Users who appear at the event (event guests, etc.) regardless of the event management The information contained in the user information 1801 will be described in detail later.

[0033] The control unit 190 reads a program stored in the storage unit 180 and executes instructions included in the program to control the operation of the terminal device 10. The control unit 190 is, for example, an application processor. The control unit 190 operates according to the program to fulfill the functions of an input operation reception unit 1901, a transmission / reception unit 1902, a data processing unit 1903, and a notification control unit 1904.

[0034] The input operation reception unit 1901 performs processing for receiving a user's input operation on an input device such as the touch-sensitive device 1301. The input operation reception unit 1901 determines the type of operation, such as whether the user's operation is a flick operation, a tap operation, or a drag (swipe) operation, based on information on the coordinates where the user touches the touch-sensitive device 1301 with a finger or the like.

[0035] The transmitting / receiving unit 1902 performs processing for the terminal device 10 to transmit and receive data to and from an external device such as the server 20 in accordance with a communication protocol.

[0036] The data processing unit 1903 performs calculations on the data that the terminal device 10 accepts as input in accordance with a program, and outputs the calculation results to a memory or the like.

[0037] The data processing unit 1903 receives an input operation related to an event from a user, and controls a process for executing various processes related to the event. For example, the data processing unit 1903 executes a process for transmitting various information related to the implementation of the event received from the user to a server or a terminal device of a manager of the virtual space.

[0038] The notification control unit 1904 performs processing for displaying a display image on the display 1302, processing for outputting sound to the speaker 142, and processing for causing the camera 160 to generate vibrations.

[0039] <1.2 Functional configuration of server 20> 3 is a diagram showing a functional configuration of the server 20. As shown in FIG. 3, the server 20 fulfills the functions of a communication unit 201, a storage unit 202, and a control unit 203.

[0040] The communication unit 201 performs processing for the server 20 to communicate with external devices.

[0041] The storage unit 202 stores data and programs used by the server 20. The storage unit 202 stores a user information database 2021, a user score information database 2022, a venue information database 2023, an event information database 2024, and the like.

[0042] The user information database 2021 is a database for holding various information on users (second users) who are granted rights related to the profits of events held in virtual space. Details of each record held in the database will be described later.

[0043] The user score information database 2022 is a database for holding various information related to the user's score in the virtual space, as will be described in detail later.

[0044] The venue information database 2023 is a database for storing various information related to the venue of an event held in a virtual space. Details will be described later.

[0045] The event information database 2024 is a database for holding various information related to events held in the virtual space, as will be described in detail later.

[0046] The revenue information database 2025 is a database for holding various information related to revenue generated and acquired in events held in virtual space. Details will be described later.

[0047] The control unit 203 is composed of, for example, a processor 29, and by this processor 29 performing processing in accordance with a program, it performs the functions of various modules such as a receiving control module 2031, a transmitting control module 2032, a user information acquisition module 2033, a right granting reception module 2034, and a right granting execution module 2035.

[0048] The reception control module 2031 controls the process in which the server 20 receives a signal from an external device in accordance with a communication protocol.

[0049] The transmission control module 2032 controls the process in which the server 20 transmits signals to external devices in accordance with a communication protocol.

[0050] The user information acquisition module 2033 controls the process of acquiring various information of a user (second user) who is to be granted rights related to the profits of an event held in a virtual space. The various information includes, for example, the following: User name, identification ID User age User's gender User's place of employment User's annual income - Registration status of user's personal information The number of times a user was granted rights to event revenues - User's behavior history in virtual space (user's behavior log obtained in virtual space) The user's role in the event (speaker, performer, etc.) Role in managing the user's event (oversight, administration, sales, etc.) User revenue share Specifically, for example, the user information acquisition module 2033 may acquire the information by accepting user information 1801 stored in the storage unit 180 from the terminal device 10 used by the user. Also, the user information acquisition module 2033 may acquire the information by referring to a user information database 2021 stored in the storage unit 202 of the server 20, which will be described later. In addition, the user information acquisition module 2033 may acquire the information by accepting input of various pieces of information related to the user directly from the user.

[0051] The right granting reception module 2034 receives, from a user (first user) who manages the virtual space, a designation of a second user who is a user different from the first user and is involved in the operation of an event in the virtual space. Specifically, for example, the right granting reception module 2034 receives, via the terminal device 10 operated by the first user, a designation of a second user to whom a predetermined right is to be granted. For example, the terminal device 10 operated by the first user receives, from the first user, an operation input to select a second user to whom a predetermined right related to the profit of the event is to be granted, on a predetermined operation screen displayed on the display 1302. Thereafter, the terminal device 10 transmits, to the server 20, information on the second user to whom the right is to be granted, which has been received from the first user. The right granting reception module 2034 of the server 20 receives the information from the terminal device 10. At this time, the first user is, for example, the following user. -User who manages the virtual space Alternatively, the first user may be a user to whom the management authority for the virtual space has been granted or transferred by the first user. Here, the term "revenue" in this disclosure will be presented. In this disclosure, "revenue" in an event includes the following: If there are tickets to the event, the sales of those tickets If there are merchandise sales at the event, If there are any tips or gifts in the event, the amount given The revenue may be a total of only money and the like received from users other than the user who is the administrator of the virtual space and users involved in the operation of events in the virtual space.

[0052] The right granting execution module 2035 grants a predetermined right related to the profits of the event to the second user designated by the first user. Here, the predetermined right related to the profits of the event includes, for example, the following: Acquisition of revenue (the right to perform actions such as having revenue generated from an event managed by a second user deposited in one's own account as money or a means of replacing money (e.g., points, etc.)) Revenue sharing (the right to share among multiple people the revenue generated from an event managed by a second user) Revenue transfer (the right to transfer revenue generated from an event managed by a second user or the right to earn revenue to a third party) Use of revenue (the right to use revenue generated from an event managed by a second user in a manner desired by the user) The user's desired form may be, for example, the ability to use the revenue to purchase or exchange various items, including, but not limited to, money, alternatives to money that can be used in the virtual space, items that can be exchanged for specified goods, etc. When the specified right is granted to the second user, the control unit 190B of the terminal device 10B used by the second user may display on the display 1302B a display for executing the specified right (for example, a display that enables acceptance of operational input from the user by pressing an icon, etc.). At this time, the right granting execution module 2035 may grant the second user the right to manage the event together with the right to the profit. At this time, the timing of granting may be simultaneous or not. The right to manage the event includes, for example, the following: Event scheduling -Performing live performances at events ·Management of merchandise sales at events Specifically, for example, the right granting execution module 2035 updates a record of user information corresponding to the second user in the user information database 2021 (details of which will be described later) held in the storage unit 202 based on the designation of the second user received from the terminal device 10A operated by the first user. At this time, the right granting execution module 2035 may grant a license key, serial number, registration code, etc., to the terminal device 10A used by the user to whom the right has been granted, for executing an action based on a predetermined right in the virtual space managed and operated by the first user. In a certain aspect, the terminal device 10B used by the second user may display a dedicated screen for event management on the display 1302 or the like when the second user is granted the right. For example, the terminal device 10B may accept operations including the following from the second user on the screen. -Entering event dates Input operations for live event execution on the day of the event (For example, distribution management when distributing live performances on streaming services, etc.) - Input operations for managing merchandise at events (For example, inventory management for product sales)

[0053] In a certain aspect, the right granting execution module 2035 may grant a predetermined right to the second user for a period of time designated in advance to the first user. Specifically, for example, after granting a predetermined right to the second user, the right granting execution module 2035 may execute a process of invalidating the predetermined right granted to the second user when a predetermined period of time (for example, from before the start of an event to the end of an event) has elapsed. In addition, the predetermined period of time may include the following. A certain period before the event starts until a certain period after the event ends (for example, one week before the event starts until one week after the event ends) In the case of consecutive events, until the end of all events After a certain period of time has passed since the event ended (e.g., one week later) When the right is invalidated, the terminal device 10B may change the screen displayed to the second user. Specifically, for example, when the right is invalidated, the terminal device 10B may not display a screen for applying for a specific right related to the profits of the event. Furthermore, when the right is invalidated, the terminal device 10B may invalidate (deactivate) a button for executing an operation related to the specific right related to the profits of the event and the management of the event, and may not accept an input operation from the second user. This allows the first user to appropriately manage a predetermined right relating to the profits from the event for each event period when granting the right to the second user.

[0054] In the embodiment of the present disclosure, the above configuration is not essential. That is, the terminal device 10 may play the role of the server 20 and execute the same processes as the various modules constituting the control unit 203 of the server 20. Furthermore, the terminal device 10 may execute the various functions disclosed in the present invention without going through the network 80.

[0055] <2 Data Structure> FIG. 4 is a diagram showing the data structure of the user information database 2021 stored in the server 20. As shown in FIG.

[0056] As shown in FIG. 4, the user information database 2021 includes an item "user ID", an item "user name", an item "gender", an item "age", an item "annual income", an item "personal information registration", an item "number of times rights have been granted", an item "history", an item "role", an item "distribution rate", an item "remarks", etc.

[0057] The item "user ID" is information for identifying each user (second user) who is granted a predetermined right related to the profits of an event in the virtual space.

[0058] The item "user name" is information indicating the name of the user (second user). In this case, the record may hold not only the real name of the user, but also the name (handle name) used by the second user in the virtual space.

[0059] The item "gender" is information indicating the gender of the second user.

[0060] The item "age" is information indicating the age of the second user.

[0061] The item "annual income" is information indicating the annual income of the second user. The server 20 may obtain the annual income information by the following means. Accept direct input from a second user - Reading the user's tax withholding slip via a camera installed in the second user's terminal device

[0062] The item "Personal Information Registration" is information indicating whether the registration of the second user's personal information has been completed. The personal information of the second user is, for example, information used for identity verification during public periods, etc., and includes, for example, the following information: The second user's real name (not an avatar name, handle name, etc.) The second user's place of employment - Current address of the second user - Second user's phone number - Annual income of the second user My Number (registered trademark) - Documents that can verify the above (e.g., resident's card, family register, tax withholding slip, etc.) If any of the above information is registered, the server 20 records the personal information as "registered" and stores information about which information is registered in the record. If none of the above information is registered, the server 20 records the personal information as "not registered" in the record.

[0063] The item "number of times rights have been granted" is information regarding the cumulative number of times that the second user has been granted rights related to the profits of the event.

[0064] The item "History" is information about the behavior history of the second user in the virtual space. Specifically, for example, the history may include the following information: · The second user's action history (log) in an event held in a virtual space and for which the second user has been granted certain rights The behavior history (log) in the virtual space includes, for example, the following: -Virtual space access history - Cumulative number of days logged into virtual space -Maximum number of consecutive days logged into the virtual space - Number of friends, followers, etc. in virtual space -Scores earned in virtual games -Total amount of money and points used in virtual space Number of times you participated in events held in virtual space - Track record of events that are held in virtual space and in which a second user has been granted certain rights Examples of event achievements include: Scores obtained by a second user in games etc. held at the event Actions taken by a second user at the event (actions related to the implementation of the event, cheering on performers, etc.) - Purchase history of the second user for merchandise sold at the event Revenues from events for which certain rights were granted The number of viewers participating in an event for which the designated rights were granted Among the above achievements, the scores obtained through games etc., the actions performed, and the purchasing history of merchandise may be achievements of an event in which the second user participated while being granted certain rights, or may be achievements of an event in which the second user participated as a general viewer.

[0065] The item "role" is information about the role set for the second user in the management of the event. Specifically, for example, the role includes the following. · Role of managing the second user who manages the event (leader role) - Managing merchandise sales at events General roles without titles (event reception, time management, etc.) In this case, the item "role" may be information on the role of the second user in performing at the event if the second user is a performer of the event. Specifically, for example, the role of the second user in performing at the event includes the following: Speakers if the event is a lecture-based event If the event is a collaborative broadcast between broadcasters, unlike the performers who manage the broadcast slots, guest performers who do not manage the broadcast slots If the event is a performance-based event (such as a live event), the performer If the event is an interactive event, the performers of that event

[0066] The item "distribution rate" is information on a value to be multiplied when the profits from the event are given to the second user. In this case, the value of the distribution rate is not limited and may include percentages, ratios, etc., and is defined in the range of 0 to 100% in the case of percentages, and 0.0 to 1.0 in the case of ratios. In this case, "0" may be excluded as a numerical value in principle. (In the case of a defect, which will be described later, by setting the numerical value to 0, it is possible not to give profits to the defective user.) Specifically, for example, when giving the profits generated from the event to the second user based on the operation input from the first user, the server 20 gives an amount obtained by multiplying the given amount of profits by the distribution rate. For example, if the distribution rate is "100%", 100% of the acquired profits will be given to the second user.

[0067] The item "Notes" is information that is stored when there are special notes in the user information, etc. For example, if there is information about some defect of the second user, the server 20 may record it in the record.

[0068] FIG. 5 is a diagram showing the data structure of the user score information database 2022 stored in the server 20. As shown in FIG.

[0069] As shown in FIG. 5, the user score information database 2022 includes an item "score ID", an item "user ID", an item "score", an item "manageable venue", an item "manageable function", an item "distribution rate", an item "notes", etc.

[0070] The item "score ID" is information that identifies each user score.

[0071] The item “user ID” is information on the ID of the second user associated with the user score, and is the same as the item “user ID” in FIG.

[0072] The item "score" is information indicating a user score. In this case, the form of the user score is not limited. Specifically, the user score is a score defined to compare and distinguish a user from other users based on the actions the user performed in the virtual space, and for example, the user score includes the following forms: Numeric score (100, 90, etc.) Letter scores (A, B, etc.) ·Score by symbol (〇, △, etc.) Here, an example of a method for calculating a user score will be described. The server 20 stores in advance various behavioral histories of users in the virtual space and scores corresponding to the behavioral histories. For example, the user stores a corresponding score for the results of an event, game, etc. in the virtual space (for example, a score of 100 for clearing a game). The server 20 associates the corresponding score with each of the behavioral histories of the user in the virtual space, and sets the average of the scores (calculated by weighted average, simple average, etc. in the case of numbers, and the most frequently used character or symbol in the case of letters or symbols) as the score. At this time, when setting the score using characters or symbols, the server 20 may set the score using predetermined characters or symbols if the score corresponding to the behavior history is within a predetermined range or threshold. In one aspect, the server 20 may acquire information on the second user again and update the score based on information on the behavior history in the virtual space that is included in the information on the second user and that has been updated since the time when the score was set. For example, the server 20 refers to information on the behavior history that was referenced when setting the score of the second user and that has been updated since the time when the score was set, and updates the information on the behavior history of the second user. After that, the server 20 sets and updates the score of the second user again by the process exemplified above. In this way, even if the second user does not initially receive the rights he or she desires, the second user can obtain the rights he or she desires as the second user continues to take action in the virtual space. Also, the first user can limit the rights he or she grants based on the second user's actions. The behavior history in the virtual space includes, for example, the following: - Cumulative number of days logged into virtual space -Maximum number of consecutive days logged into the virtual space - Number of friends, followers, etc. in virtual space -Scores earned in virtual games -Total amount of money and points used in virtual space Number of times you participated in events held in virtual space

[0073] The item "Manageable Venue" indicates information about an event venue in a virtual space for which a second user can be granted a certain right related to revenue, a right related to event management, etc., corresponding to the user score. The information about the event venue may include, for example, information such as the name of the venue, coordinates in the virtual space, and size of the space.

[0074] The item "manageable function" indicates information on a function that can be managed in the operation of an event in which the second user, corresponding to the user score, is granted a certain right related to the revenue. The manageable functions include, for example, the following. - Merchandise management function for events - Event participant management function -Event progress management function

[0075] The item "distribution rate", like the item "distribution rate" in the user information database 2021, is information regarding the value by which the event revenue is multiplied when it is granted to the second user.

[0076] The item "remarks" is information that is stored when there are special notes regarding the user score information.

[0077] FIG. 6 is a diagram showing the data structure of the venue information database 2023 stored in the server 20. As shown in FIG.

[0078] As shown in FIG. 6, the venue information database 2023 includes the following items: “venue ID”, “supported event”, “maximum number of attendees”, “coordinates”, “area”, “availability of merchandise sales”, “usage conditions”, and “remarks”.

[0079] The item "Venue ID" is information that identifies each venue where an event is held in virtual space.

[0080] The item "Corresponding Event" indicates information about events in the virtual space that each venue corresponds to. The types of events include, for example, the following: -Live events held in virtual space Talk event held in virtual space - Merchandise sales events held in virtual space

[0081] The item "Capacity" indicates information on the number of users that can be accommodated in each venue.

[0082] The "Coordinates" item shows coordinate information for each venue in the virtual space. Specifically, for example, the virtual space is a three-dimensional space, and the numerical values ​​of each coordinate are shown when expressed in the XYZ coordinate system. For example, the coordinates of an event venue may be displayed as "X:***, Y:***, Z:***".

[0083] The item "area" indicates information on the area of ​​each venue. For example, it may be the area value (**m2) in the virtual space, or the number of blocks that make up the virtual space.

[0084] The item "sales availability" indicates information regarding whether or not sales are available.

[0085] The item "available conditions" indicates information on the user score required to use each venue for holding an event.

[0086] The item "Notes" is information that is stored when there are special notes regarding the venue information.

[0087] FIG. 7 is a diagram showing the data structure of the event information database 2024 stored in the server 20. As shown in FIG.

[0088] As shown in FIG. 7, the event information database 2024 includes an item "event ID", an item "event type", an item "venue", an item "performing live streamers", an item "whether merchandise will be sold", an item "conditions", an item "remarks", etc.

[0089] The item "event ID" indicates information for identifying each event held in the virtual space.

[0090] The item "event type" indicates information for identifying the type of event (for example, a live music event, a talk event, a fan meeting, etc.).

[0091] The item "venue" indicates location information in the virtual space where the event will be held.

[0092] The item "performing live streamers" indicates information about the performers of the event.

[0093] The item "sales status" indicates information regarding whether or not merchandise will be sold at the event.

[0094] The item "Condition" indicates information about the condition required for the second user to grant a certain right related to the profit in the event. Specifically, for example, the condition may be a numerical value of the user score, or information such as whether or not personal information of the second user is registered, or achievements in the virtual space.

[0095] The item "Notes" is information that is stored when there are special notes or the like regarding the event information.

[0096] FIG. 8 is a diagram showing the data structure of the revenue information database 2025 stored in the server 20. As shown in FIG.

[0097] As shown in FIG. 8, the revenue information database 2025 includes an item "Revenue ID", an item "Event ID", an item "Target", an item "Amount", an item "Timing", an item "Charged User", an item "Notes", etc.

[0098] The item "Revenue ID" is information that identifies each revenue generated in an event held in a virtual space.

[0099] The item "event ID" is an event ID associated with the event that generated revenue.

[0100] The item "target" is information indicating the target of the profits in each event. Specifically, in an event held in a virtual space, it is a target that accepts support from users who participate in, watch, or the like the event, and indicates users (i.e., second users, third users) who have the right to earn the profits generated in the event. In this case, support is, for example, a gift (tipping), and includes money, a means to replace money, and an alternative means such as points to be used in the virtual space.

[0101] The item "amount" is information indicating the amount (numeric value) of gifts, tips, etc. accepted at each event.

[0102] The item "Timing" is information indicating the timing at which gifts, tips, etc. were accepted at each event. Specifically, for example, the server 20 stores information regarding the time at the event (elapsed time from the start, current time, etc.), and when a gift or tip was accepted, the server 20 stores the information regarding the time in the record.

[0103] The item "billing user" is information for identifying a user who has made a gift or a tip when the gift or tip is accepted. Specifically, when the server 20 accepts a gift or a tip at an event, the server 20 acquires information on the ID of the user who has made the gift or tip, and stores the information in association with the record.

[0104] The item "remarks" is information that is stored when there are special notes regarding the revenue information.

[0105] <3 operations> Hereinafter, a series of processes executed when the system 1 grants a second user a predetermined right related to the profits of an event held in a virtual space based on an operation input by a first user will be described.

[0106] 9 is a flowchart showing a series of processes when granting a user a predetermined right related to the profit of an event held in a virtual space. Note that, in the present disclosure, the operation flow is not limited to this. That is, the terminal device 10 may execute all of the series of processes, or the server 20 may execute all of the series of processes.

[0107] In step S901, the control unit 190 of the terminal device 10 accepts an operation from a first user who is a user who manages the virtual space to specify a second user who is different from the first user and is involved in an event in the virtual space. For example, the right granting reception module 2034 accepts the designation of the second user to whom a predetermined right is to be granted via the terminal device 10A operated by the first user. Specifically, for example, the control unit 190A of the terminal device 10A operated by the first user accepts an operation input from the first user to select a second user to whom a predetermined right related to the profit of the event is to be granted on a predetermined operation screen displayed on the display 1302. Thereafter, the control unit 190A transmits information of the second user to whom the right is to be granted, which is accepted from the first user, to the server 20. The right granting reception module 2034 of the server 20 receives the information from the terminal device 10A of the first user.

[0108] In step S951, the control unit 203 of the server 20 grants a predetermined right related to the profits acquired in the event held in the virtual space to the designated second user. Specifically, for example, the right granting execution module 2035 updates the record of the user information corresponding to the target second user in the user information database 2021 held in the storage unit 202 based on the designation of the second user received from the terminal device 10A operated by the first user. At this time, the right granting execution module 2035 may grant a license key, a serial number, a registration code, etc. for executing an action based on a predetermined right in the virtual space operated by the first user to the terminal device 10B used by the second user to which the right has been granted. At this time, the revenue is money or a substitute for money received from participants of an event other than the first user or the second user at least at any timing before, during, or after the event. The memory unit 202 stores information on the predetermined right and information on the received revenue, and in step S951, a display for executing the information on the predetermined right may be presented to the second user. That is, after the predetermined right is granted by the server 20, the control unit 190B of the terminal device 10B used by the second user displays an operation screen on the display 1302 or the like for acquiring, using, transferring, etc. the revenue generated and acquired at the event based on the predetermined right.

[0109] In a certain aspect, the server 20 may accept, from a second user, an input of information required for an application for an event for which the second user desires to be granted a predetermined right. Specifically, for example, in steps S901 to S951, the server 20 accepts, from the second user, an input of information required for an application for an event for which the second user desires to be granted a predetermined right related to the profits of the event. Thereafter, the server 20 transmits the input information to the terminal device 10A used by the first user, and the terminal device 10A presents the information to the first user by displaying the information on the display 1301A. Here, the information required for an application for an event includes the following. Event type Event date and time Event location Number of people at the event Performers and performers participating in the event Event-related expenses This allows the first user to receive detailed information about the event from the second user and then determine whether or not to grant the second user a right related to the profits from the event.

[0110] In a certain aspect, the server 20 may acquire information about a second user who has accepted the input of information necessary for application for an event, and set a score for the second user based on the information. The server 20 may also identify and grant rights that can be granted to the second user among the rights included in the predetermined rights related to the event based on the score. In a specific embodiment, for example, the server 20 acquires information about the second user who has accepted the input of information necessary for application for an event from the user information database 2021, and acquires information on the action history in the virtual space (i.e., information on the action log, etc.) from the records included in the database. The server 20 stores the information on the log and a score corresponding to the information on the log in advance in the storage unit, and sets a score according to the acquired information. For example, the server 20 stores a score corresponding to the result of an event, game, etc. implemented by the user in the virtual space (for example, a score of 100 for clearing the game, etc.). The server 20 associates a corresponding score with each log in the virtual space of the user, and sets the average of the scores (calculated by weighted average, simple average, etc. in the case of numbers, and the most frequently used character or symbol in the case of letters or symbols) as the score in the user's virtual space.

[0111] In addition, in a certain aspect, the server 20 may extract information for identity verification from the information of the second user. Then, the server 20 may identify and grant rights that can be granted to the second user among the rights included in the predetermined rights based on the extracted information. Specifically, for example, the server 20 acquires information of a user who has accepted an application for granting a predetermined right related to an event from the user information database 2021, and acquires information for identity verification of the user from records included in the database. At this time, the server 20 may set in advance the scope of rights that can be granted depending on the presence or absence of registration of information for identity verification of the user. The server 20 may identify and grant the scope of rights that can be granted to the user among the predetermined rights related to the event based on the acquired information for identity verification of the second user. Here, examples of information for identity verification will be described. Information for identity verification includes, for example, the following: The second user's real name (not an avatar name, handle name, etc.) The second user's place of employment - Current address of the second user - Second user's phone number - Annual income of the second user My Number (registered trademark) · Registration of documents that can verify the above (e.g., resident card, family register, tax withholding slip, etc.) For example, if the information for identity verification is not registered, the server 20 may grant the second user a limited right related to earning revenue, among the predetermined rights. At this time, the server 20 may set a limit on the amount of revenue that the second user can acquire and grant a predetermined right to the second user. In one aspect, when the server 20 acquires information for identity verification from the second user after granting a predetermined right, the server 20 may grant additional rights to the second user regarding distribution, transfer, and use of the profits. In other words, when the server 20 does not accept information for identity verification from the second user, the server 20 may grant the second user a limited range of the predetermined rights. The server 20 may also remove the restriction on the value of the profit that the second user can obtain. This allows the first user to appropriately grant a predetermined right related to the event to the second user.

[0112] In a certain aspect, the server 20 may acquire information on an event, and may identify conditions for the score of the second user necessary for granting a predetermined right based on the acquired event information. The server 20 may then present the identified conditions to the second user. Specifically, for example, the control unit 203 of the server 20 may refer to the record "Conditions" in the event information database 2024, and acquire information on conditions necessary for granting a predetermined right related to the event to the second user. The control unit 203 may then refer to the user information database 2021, and notify the second user of information on conditions that the second user satisfies among the necessary conditions. This allows the second user to know which conditions he or she currently satisfies.

[0113] In a certain aspect, the server 20 may receive, from the second user, a designation of a third user who is different from the first user and is involved in an event in a virtual space, as a target to which a predetermined right is to be further granted. The server 20 may grant the right to the third user based on the designation. Specifically, for example, the server 20 receives, from the second user, a designation of a third user who is different from the first user (i.e., not a user who is an administrator of the virtual space) and different from the second user and is involved in the operation of the event, as a target to which a predetermined right related to the profits of the event or a right related to the management of the event is to be granted. At this time, the server 20 may grant the right to the third user by receiving approval from the first user. In addition, after granting the right to the third user, the server 20 may associate the third user with the second user who designated the third user. At this time, when the third user acquires profits or the like in the event, the server 20 may grant a part of the profits to the second user. The server 20 may also enable the second user to check the actions of the third user, and may also enable the second user to manage the rights granted to the third user. Specifically, the server 20 may enable the second user to check a log of the actions of the associated third user in the virtual space, and may accept an operation from the second user to revoke the rights granted to the third user. This allows the second user to grant rights to the third user, and to return and manage revenue based on the performance of the third user.

[0114] In a certain aspect, the server 20 may accept a designation of a third user from the second user as a target to which a predetermined right is to be transferred. After that, the server 20 may execute a process of granting the right to the third user based on the accepted designation, and then invalidating the predetermined right granted to the second user. Specifically, for example, when the control unit 203 of the server 20 accepts a designation of a third user to which the right is to be transferred from the second user, the control unit 203 updates a record in the user information database 2021 corresponding to the third user to which the right is to be transferred (validates the predetermined right), and invalidates the predetermined right from the record corresponding to the second user. At this time, the server 20 may grant the third user the same right as the right granted to the second user among the predetermined rights. At this time, the server 20 may grant the second user a predetermined benefit in response to the transfer of the right. For example, the control unit 203 of the server 20 may link information on a benefit to be granted to the second user at the time of transfer according to the amount of profits, etc. that the second user has acquired up to now from the predetermined right. When a predetermined benefit is transferred from the second user to a third user, the control unit 203 may identify information on a benefit to be granted to the second user based on the linked benefit information, and grant the benefit to the second user. The predetermined benefit includes, for example, the following. Money or alternatives to money Points available in virtual space Event-related items and merchandise Items available in the virtual world Items available for other events In this case, the goods, items, etc. may include, for example, the right to interact with performers at an event held in the virtual space, the right to receive an autograph or the like from the performers, etc.

[0115] In addition, in a certain aspect, the server 20 may acquire information on the results of an event for which the second user has been granted a predetermined right, and grant a benefit to the second user according to the information on the results. Specifically, for example, the control unit 203 of the server 20 refers to the information on the second user in the user information database 2021, and acquires information on the results of the event in the virtual space. The control unit 203 extracts information on the behavior history in the target event from the results, and grants a predetermined benefit to the second user based on the behavior history of the second user in the event. The results of the event include, for example, the following. Benefits (scores) acquired by a second user through games etc. held at the event Actions taken by a second user at the event (actions related to the implementation of the event, cheering on performers, etc.) - Purchase history of the second user for merchandise sold at the event Revenues from events for which you have been granted the right to operate The number of viewers attending the event for which you have been granted the right to operate Of the above achievements, the rewards (scores) acquired through games etc., the actions taken, and the purchasing history of merchandise may be achievements of an event in which the second user participated while being granted management rights or specified rights etc., or they may be achievements of an event in which the second user did not receive such rights (participated as a general viewer). In addition, the predetermined benefits given to the second user include, for example, the following: Money and alternatives to money Points available in virtual space Event-related items and merchandise Items available in the virtual world Items available for other events This allows the second user to obtain various benefits based on his / her behavior history in an event held in the virtual space.

[0116] In one aspect, the server 20 may invalidate a certain right of a second user to whom the certain right has been granted after a period designated by a first user has elapsed. Specifically, for example, the server 20 accepts in advance from the first user a designation of a timing, including the following, for invalidating the certain right. The timing is not limited to this. -After a certain number of days have passed since the end of the event Immediately after the event ends (For regularly scheduled events, etc.) Until the next event begins (In the case of regularly held events, etc.) Until the event is completed a specified number of times At this time, the server 20 may present a notification to the user whose right is to be invalidated that the right will be invalidated. For example, the server 20 transmits information to the terminal device 10B used by the second user that the right will be invalidated after a predetermined period of time. The control unit 190B of the terminal device 10B presents the notification to the second user by displaying the information received from the server 20 on the display 1302 or the like. This allows the second user to know when the rights granted to him / her will be invalidated.

[0117] In addition, the server 20 may periodically refer to the information of the user to whom the right is granted, and when the referred information includes information of a defect, the server 20 may invalidate the predetermined right without notifying the user, even if the designated period has not elapsed. Specifically, for example, when a second user performs a problematic behavior in the virtual space, the first user registers information such as "Defective" in the "Notes" of the record of the second user in the user information database 2021. The server 20 periodically refers to the information of the user to whom the right is granted in the event during the event period, and when the information of "Defective" is registered in the record, the server 20 executes a process of invalidating the predetermined right from the second user. At this time, the server 20 may receive information on a user who has engaged in problematic behavior in the virtual space from a user other than the first user. The server 20 may present the received information to the first user. After checking the received information on the user who engaged in problematic behavior, if the first user determines that the user is equivalent to a "defect," the server 20 may register information indicating that the user has a "defect" in the record of the user. This allows the first user to appropriately deal with the user who has engaged in problematic behavior even when the first user is unable to fully identify the user, thereby maintaining the safety of the virtual space. In one aspect, the server 20 may invalidate a predetermined right for the defective second user, and then suspend (BAN) an account or the like related to the second user in the virtual space. In addition, in a certain situation, for example, when the server 20 acquires information that a second user has performed any of the actions listed below in a virtual space, the server 20 may define the user as “flawed” and reflect this in the user’s record in the user information database 2021. - Harassment of other users in the virtual space (harassment, blackmail, harassment, acts contrary to public order and morals, etc.) -Any actions that violate the rules of the virtual world (cheating, data tampering, hacking, etc.) Problematic behavior at events for which certain rights have been granted (abandonment of management activities, prohibited behavior towards performers, unauthorized sharing of videos etc. to external parties, match fixing at events, etc.) Any other actions that violate the rules of the virtual space and the space itself that have been established in advance by the first user. For example, the server 20 acquires information regarding various reports received by a first user, and if the information contains any of the above-mentioned content, it determines that there is a "defect" in the second user who was the subject of the report and reflects this in the user's record. This allows the first user to appropriately manage users who behave in a problematic manner in the virtual space.

[0118] Furthermore, in a certain aspect, the server 20 may notify the second user of information on an event different from the event to which the second user has been granted a predetermined right, based on the score of the second user. Specifically, for example, the server 20 sets the ranking of the second users for each score (for example, in descending order of score). After that, the server 20 transmits information (date and time, scale, performers, etc.) on the event different from the event to which the second user has been granted a right to the terminal device 10B of the second user. The terminal device 10B presents the event information to the second user by displaying the received information on the display 1302 or the like. At this time, the type of event to be notified to the second user is not limited. The notified event may be an event related to the event to which the second user has been granted a predetermined right, or may be an event related to an event to which the second user has participated as a viewer or the like without being granted a predetermined right. This allows the second user to know information about other events based on his or her own score.

[0119] <4 Screen example> 10 to 15 are diagrams showing examples of various screens that are displayed during a series of processes using system 1 disclosed in the present invention to grant a second user certain rights related to the management of an event held in a virtual space and the profits earned at the event.

[0120] FIG. 10 shows an example of a screen when a user is granted a predetermined right related to the profits of an event.

[0121] In FIG. 10, the control unit 190A of the terminal device 10A used by the first user displays, on the display 1302, an application user display area 1001, a scout user display area 1002, and the like. The application user display area 1001 displays a list of second users who have applied to a first user for the granting of a predetermined right related to the profits of an event. The control unit 190A of the terminal device 10A operated by the first user displays an application user list 10011, an update button 10012, an accept / reject button 10013, and the like in an application user display area 1001.

[0122] The application user list 10011 displays a list of second users who have applied to the first user for a grant of a predetermined right related to the profits of the event. The control unit 190A displays, for example, the following information related to the second users in the application user list 10011: Username User age User's gender User's place of employment At this time, the control unit 190 may obtain information about the second user from the user information database 2021 of the server 20 and display the obtained information in the applied user list 10011.

[0123] The update button 10012 is a button for updating the application user list 10011. When the control unit 190 receives an operation input such as pressing the button from the first user, the control unit 190 executes a process for updating the application user list 10011. For example, when the control unit 190 receives an operation input such as pressing the button, the control unit 190 accesses the server 20, acquires information on a second user who has newly applied for the grant of a predetermined right related to the profits of the event, and acquires various information on the corresponding second user from the user information database 2021, thereby updating the contents displayed in the application user list 10011.

[0124] The accept / reject button 10013 is a button for accepting or rejecting the application of the second user. When the control unit 190 receives an operation input from the first user, such as pressing one of the buttons, the control unit 190 transmits a result according to the type of the pressed button to the server 20. Specifically, for example, when the control unit 190A receives an operation from the first user to press the "accept" button of the accept / reject button 10013, the control unit 190A transmits information to the server 20 indicating that the second user has been granted a predetermined right related to the profits of the event. When the server 20 receives information regarding the permission from the terminal device 10A of the first user, the server 20 updates the record of the event for which the application from the second user has been accepted, which is held in the event information database 2024 of the storage unit 202. After updating the record, the control unit 203 of the server 20 transmits information to the terminal device 10B used by the second user that the right to the event revenue has been granted, and the control unit 190B of the terminal device 10B notifies the second user of the information by displaying the information on the display 1302, etc. For example, when the control unit 190A receives an operation of pressing the "Reject" button of the accept / reject button 10013 from a first user, the control unit 190A transmits information to the server 20 that the grant of a predetermined right related to the profits of the event has been rejected for the corresponding second user. At this time, the control unit 190A may receive information related to the rejection (such as the reason for the rejection and the missing conditions) from the first user. The server 20 may also transmit the information related to the rejection to the terminal device 10B of the second user. This allows the second user to know what conditions are lacking, which is expected to encourage the second user to take more action in the virtual space. Furthermore, in a certain aspect, when there is a reason for rejecting the second user (such as a defect), control unit 190A may display a message indicating that approval of the user is not recommended on the screen displaying accept / reject button 10013. For example, when information indicating "has a defect" is stored in the user's record in user information database 2021, control unit 190A may display a message such as "Acceptance not recommended" on the screen displaying accept / reject button 10013. In addition, in one aspect, when control unit 190A receives an application from a user that includes information about the defect, control unit 190A may execute a process to reject the application from the user without receiving any operation input from the first user. This allows a first user to grant rights to an appropriate second user.

[0125] The scout user display area 1002 displays a list of second users when a first user grants a predetermined right related to the profits of an event without accepting an application from the second user. The control unit 190A of the terminal device 10 operated by the first user displays a user list display button 10021, a user list 10022, a right grant button 10023, and the like in the scout user display area 902.

[0126] The user list display button 10021 is a button for displaying information of a second user who has registered an account in a virtual space managed and operated by a first user. When the control unit 190A receives an operation such as pressing the button from the first user, the control unit 190A accesses the server 20 and acquires information of the second user from a user information database 2021 held in the storage unit 202. At this time, the information of the second user held in the user information database 2021 may be displayed in the form of a user list 10022 described later, or in a pop-up format or the like, and is not limited thereto.

[0127] A user list 10022 is information of a second user held in a user information database 2021, and is displayed when a user list display button 10021 is pressed by a first user.

[0128] The right grant button 10023 is a button for granting a predetermined right related to the profits of the event to the second user selected by the first user. When the control unit 190A receives an operation input such as pressing the button from the first user, the control unit 190A executes the same process as when the "Agree" button in the Accept / Reject button 10013 is pressed, and grants the predetermined right to the second user. This allows the first user to grant rights to any second user of his / her choice, rather than granting certain rights only to the second user whose application was accepted, thereby enabling more appropriate management of the event. In addition, in a certain aspect, the control unit 190A may display information on a second user to which a predetermined right has been granted. In this case, the control unit 190A may receive an operation from the first user to perform an operation such as changing or deleting the right granted to the second user. Specifically, for example, the control unit 190A displays a list (not shown) of second users to which a predetermined right has been granted on the display 1302 or the like. In this case, the information displayed in the list includes, for example, the following: - Second user's virtual identity - Name of the second user (real name, virtual name, etc., not limited to) The rights granted to the second user When the second user was granted the right The remaining term of the rights granted to the second user Number of times a second user has been granted rights Along with the information, the control unit 190A may display to the first user buttons (not shown) for changing (adding rights to be granted, deleting some of the rights, etc.) or deleting (revoke the rights themselves, etc.) the rights granted to the second user. At this time, the control unit 190A may accept the change or deletion operation from the first user at any timing. In addition, when deleting the right granted to the second user, the control unit 190A may accept an operation input from the first user as to whether or not to delete or suspend the account information of the second user in the virtual space and to prohibit (BAN) re-registration or use of the account. This allows the first user to manage the virtual space in a healthy manner.

[0129] FIG. 11 shows an example of a screen for accepting an event application from a user in a predetermined area in a virtual space.

[0130] 11, the control unit 190A of the terminal device 10B used by the second user displays, on the display 1302, outside-area avatars 1101A and 1102A, inside-area avatars 1101B and 1102B, and the like.

[0131] Outside-area avatars 1101A and 1102A are avatars that are outside the area of ​​the venue of an event held in a virtual space. When the avatar of the second user is outside the area of ​​the event venue in the virtual space, control unit 190B of terminal device 10B operated by a second user displays an operation menu other than operations related to event management when the second user executes an operation to display an operation menu for the avatar.

[0132] In-area avatars 1101B and 1102B are avatars when outside-area avatars 1101A and 1102A move into the area of ​​the venue of an event held in a virtual space. When the second user's avatar is in the area of ​​the event venue in the virtual space and rights related to the event are granted, control unit 190B of terminal device 10B operated by a second user displays an operation menu including operations related to event management when the second user performs an operation to display the avatar operation menu. In the case of the present disclosure, in-area avatar 1102B is granted rights, and in-area avatar 1101B is not granted rights. Furthermore, when the second user is outside the venue of the event, the control unit 190B may not accept an application for a right related to the event from that user. As a result, the second user is granted a predetermined right related to the profits from the event, and is then able to carry out operations related to the operation and management of the event at the event venue. Furthermore, if the second user does not have a specific right, the control unit 190B may lock the area of ​​the event venue so that the user cannot move there. This can prevent information from leaking before the event if event-specific objects are installed before the event starts.

[0133] In addition, in a certain aspect, control unit 190B may display the screen during a predetermined period designated by the first user. Specifically, for example, control unit 190B may display the screen when an avatar or the like operated by a second user moves to an area where a corresponding event is held during a predetermined period designated by the first user (for example, from before an event to the end of the event).

[0134] FIG. 12 shows an example of a screen displayed when a user applies for an event.

[0135] In FIG. 12, the control unit 190B of the terminal device 10B used by the second user displays, on the display 1302, an application screen 1201, an application button 1202, and the like.

[0136] The application screen 1201 is a screen for the second user to input details of the event that he or she wishes to manage and operate. The control unit 190B of the terminal device 10B used by the second user displays, on the application screen 1201, items including, for example, the following: Event date and time - Scale of the event (number of viewers that can participate, etc.) ·Event venue · Will there be merchandise for sale at the event? Performers (live streamers) appearing at the event Other important points At this time, the control unit 190B may display the above items in a pull-down format and accept the second user's selection from multiple candidates, or may accept input from the second user in a free-form text format.

[0137] The request button 1202 is a button that allows the second user to request the first user to be granted rights to the event after completing input of the details of the event. For example, when the control unit 190B receives an operation such as pressing the button from the second user, the control unit 190B transmits the information input on the application screen 1201 to the server 20. After that, the server 20 transmits the received information to the terminal device 10A of the first user.

[0138] FIG. 13 shows an example of a screen when notifying the user of another event in advance.

[0139] In FIG. 13, the control unit 190B of the terminal device 10B used by the second user displays, on the display 1302, a notification screen 1351, an application screen display button 1352, and the like.

[0140] The notification screen 1351 is a screen for displaying details of an event scheduled to be held in the future to the second user. The control unit 190B of the terminal device 10B used by the second user displays the next event recommended to the second user on the notification screen 1351. The next event recommended to the second user includes, for example, the following events. - Events of the same type as events for which the second user has been granted rights - Events of the same type as an event in which the second user has participated as a participant (viewer) - Events of the same type as the event in which the second user earned the most revenue The server 20 may store the above items in a storage unit. The control unit 190B accesses the server 20, acquires the information, and refers to the event information database 2024 to acquire information on similar events, thereby notifying the user of information on highly related events. This allows the second user to receive notifications of events that interest him or her, thereby increasing the motivation to manage events.

[0141] The application screen display button 1352 is a button for displaying the application screen 1201 in Fig. 12. When the control unit 190B receives an input operation such as pressing the button from the second user, the control unit 190B displays a screen similar to the application screen 1201 in Fig. 12 to the second user. This allows the second user to smoothly apply for rights to an event in which he or she is interested.

[0142] FIG. 14 shows an example of a screen displayed when a user transfers rights to another user.

[0143] In FIG. 14, the control unit 190B of the terminal device 10B used by the second user displays a transfer destination selection area 1401 and the like on the display 1302. The transferee selection area 1401 displays a list of third users who are transferees to whom a given right related to the profits of an event is transferred from a second user to the third user. The control unit 190B of the terminal device 10B operated by the second user displays a transfer destination user list display button 14011, a transfer destination user list 14012, a transfer execution button 14013, and the like in the transfer destination selection area 1401.

[0144] The transferee user list display button 14011 is a button for displaying information on a third user to whom a given right is to be transferred by a second user. When the control unit 190B of the terminal device 10B used by the second user receives an operation such as pressing the button from the second user, the control unit 190B accesses the server 20, refers to the user information database 2021 held in the storage unit 202, and acquires information on a user (third user) other than the second user to whom the right is to be transferred.

[0145] The transferee user list 14012 is information on a third user (a user other than the second user who pressed the transferee user list display button 14011) held in the user information database 2021, and is displayed when the second user presses the transferee user list display button 14011.

[0146] The transfer execution button 14013 is a button for executing the transfer of a predetermined right related to the profit of the event to a third user selected by the second user. When the control unit 190B receives an operation input such as pressing the button from the second user, the control unit 190B grants the predetermined right to the selected third user.

[0147] FIG. 15 shows an example of a screen displayed when notifying a user of invalidation of a right.

[0148] In FIG. 15, the control units 190B, 190C of the terminal devices 10B, 10C used by the second user and the third user display, on the display 1302, a notification screen 1501, a reward acquisition button 1502, and the like.

[0149] A notification screen 1501 is a screen for displaying a notification to the second user or the third user that a given right granted to the second user or the third user will be invalidated. The control unit 190B of the terminal device 10B operated by the second user, or the control unit 190C of the terminal device 10C operated by the third user, displays a notification to the target user that the right will be invalidated a specified period (e.g., one week) before the expiration period (e.g., the end of an event) of a specified right granted to the second user or the third user, respectively. At this time, if the target user has not received a reward for the event, the control unit 190B etc. may display the reward acquisition button 1502 etc. to prompt the user to acquire the reward.

[0150] <Second embodiment> So far, a series of processes involved in granting a user a predetermined right related to the profits of an event has been described. In the invention according to the second embodiment, a series of processes for distributing and granting revenue generated in an event to users who have been granted certain rights will be described. Note that explanations of parts having configurations in common with the first embodiment (e.g., the terminal device 10, the server 20, etc.) will be omitted, and only configurations and processes unique to the second embodiment will be described. Since the definition of a user differs between the first and second embodiments, it will be defined below. First user: a user involved in an event held in a virtual space who is not an administrator of the virtual space (i.e., the second user in the first embodiment) Second user: another user involved in an event in the virtual space designated by the first user (i.e., a third user who has been granted a predetermined right in the first embodiment)

[0151] <5. Functional Configuration of Server 20 in the Second Embodiment> 16, the server 20 newly includes a revenue grant receiving module 2036 and a revenue grant execution module 2037.

[0152] The revenue grant receiving module 2036 receives an operation from a user (first user) who is not the administrator of the virtual space among users involved in an event held in the virtual space to designate a second user who is different from the first user and is involved in the event. At this time, both the first user and the second user are users who are granted a predetermined right regarding the revenue of the event. Specifically, for example, the revenue grant receiving module 2036 receives the designation of the second user who is granted the predetermined right via the terminal device 10A operated by the first user.

[0153] The revenue giving execution module 2037 controls a process of giving revenue acquired in an event held in a virtual space to a second user designated by a first user and the first user. Specifically, for example, in response to receiving an operation from the first user for implementing the giving of revenue to the second user, the revenue giving execution module 2037 distributes and gives the revenue acquired in the event to the second user and the first user. For example, the server 20 identifies whether each of the revenues generated in the event is targeted to a user by referring to information in the revenue information database 2025. The server 20 executes a process of giving all or a part of the revenue to each user by receiving an operation input from a user who manages the virtual space, the first user, or the like. In this case, the manner of granting is not limited, and includes, for example, the following. - The money is given to an account designated by the second user. ·As an alternative to money (for example, various virtual currencies, points that can be used at various stores, points that can be used in virtual space, etc.), it is granted to the second user's account. · Grant it to the second user as an item, etc., designated by the second user. This allows various users involved in the event to earn revenue from the event in the manner they desire. In addition, in some aspects, the revenue may be given to a user designated by the second user, or to a performer at the event, etc. At this time, information on the distribution rate of the profit set for each user including the first user and the second user may be stored in the storage unit 202 of the server 20. The profit giving execution module 2037 may give the profit to each user based on the distribution rate. <5. Operation in the Second Embodiment> A series of processes performed by the system 1 when granting a user profits generated in an event held in a virtual space will be described below.

[0154] FIG. 17 is a flowchart showing a series of processes when the profit generated in an event held in a virtual space is given to users (a first user and a second user). Note that, also in this flowchart, an example is disclosed in which a series of processes are executed by exchanging information between the control unit 190 of the terminal device 10 used by the user and the server 20, but the present invention is not limited to this.

[0155] In step S1701, the control unit 190 of the terminal device 10 accepts an operation from a first user, who is not an administrator of the virtual space, among users involved in an event held in the virtual space, to designate a second user, who is different from the first user and is another user involved in the event.

[0156] In step S1751, the control unit 203 of the server 20 grants the profits acquired in the event held in the virtual space to the designated second user and first user.

[0157] At this time, the storage unit 202 of the server 20 may store information on the distribution rate of the profit set for each user including the first user and the second user. The profit giving execution module 2037 may give the profit to each user based on the distribution rate. Specifically, for example, the server 20 may receive an input of information on the distribution rate of the profit of each user in advance and store the information in a database (record "distribution rate" in the user information database 2021). The server 20 may give the profit to the first user and the second user based on the stored distribution rate. At this time, the distribution rate is set according to information when the first user or the second user participated in the event, and the server 20 may award the profit based on the distribution rate set according to the information when the user participated in the event. Here, an example of a method for setting the distribution rate will be described. For example, the server 20 may acquire information when the second user participated in the event, set the distribution rate according to the information, and store it in the database. At this time, the information when the user participated in the event includes the following: Timing of event participation (For example, appearing from the start of the event, appearing in the middle of the event, appearing only for part of the event, etc.) - Total time of participation in the event · Roles assigned to you when participating in the event (e.g. speaker role, performance role, personality role for interactive events, etc.) This allows the server 20 to appropriately distribute profits based on the information related to the first user and the second user's appearance in the event.

[0158] In a certain aspect, the server 20 may acquire information on the behavior history (log) of a user (such as a first user or a second user) in a virtual space, and may specify a role in event management that can be assigned to the user based on the acquired log information. The server 20 may then set the specified role to the user. Specifically, for example, the control unit 203 of the server 20 refers to the user information database 2021 and acquires information on the behavior history (log) of the user in the virtual space. Note that the log information in the virtual space is similar to that exemplified in the first embodiment, and details will be omitted here. At this time, the control unit 203 may receive an operation to link the user information and the assigned slot from the user who manages the virtual space in advance. For example, the control unit 203 may receive information including, for example, the following, from the user who manages the virtual space as a link between the log information and the role in event management. -Users who spend a lot of time accessing virtual space: Event management -Users who spend a large amount on merchandise: Role of merchandise operation and management -Users who support performers frequently: Roles in managing and running live events Users who participate frequently in virtual events, games, and other competitions, and users who have obtained high scores in such competitions: role of event operation and management -Users with many friends in the virtual space: Role in running and managing fan events, etc. As described above, the server 20 may set a role that is related to the result of a user's actions in the virtual space. Then, the control unit 203 identifies a role in the event management that can be assigned to the user (the first user, etc.) based on the acquired information and the information linked as described above. Then, the control unit 203 may set the identified role to the user and register the information in the user information database 2021, etc. This allows the administrator of the virtual space to appropriately assign roles in the event management to users based on the log information in the virtual space, and to appropriately manage and progress the event.

[0159] In addition, in one aspect, the server 20 may correct the revenue distribution rate for the user based on the identified role in the event management, and award revenue based on the corrected distribution rate. Specifically, for example, the control unit 203 of the server 20 may receive information linking the role in event management and the revenue correction rate (for example, 1.1 times for the role of leader (event management manager)) from the user who manages the virtual space in advance, and store this information in the memory unit 202. After identifying the role of the user involved in the event management, the control unit 203 may read out the stored correction rate information and correct the revenue for that user. This allows the user who manages the virtual space to appropriately distribute revenue according to the roles of users involved in the event management.

[0160] In addition, in one aspect, the server 20 may, based on the acquired user information, identify from among the users those users who play the role of administrator in the management of various events, and correct the distribution rate of the users who play the role of administrator. Specifically, for example, the server 20 acquires information on the user's behavior history (log) in the virtual space from among the user's information. After that, the server 20 identifies a user who is in a managerial position in the event management from among the users based on, for example, the following information: - User who has the largest total amount of charges for merchandise sales compared to other users: Administrator role in the operation and management of merchandise sales at events and other merchandise sales events -Users who support performers the most compared to other users: Administrator role in managing and running live events -Users who participate in games and other competitions the most compared to other users: Administrator role in running and managing game events Here, the definition of an administrator among users will be described. The server 20 may grant the following rights to a user who has administrator authority. The right to restrict the actions of users who are not part of the administrator's role in managing the event (for example, restricting the actions of users who are not fulfilling their role within the event venue) The right to request that a user who is an administrator of the virtual space deprive a user who is not an administrator of certain rights. If merchandise is available for sale at the event, the right to set prices and submit them to the user who is the administrator of the virtual space. The right to share event information with other users in their role as event administrators at other event venues - The right to remove viewers who behave in a manner that violates public order and morals during the event In addition, the server 20 may grant the role and authority of an administrator to a user who is an administrator of the virtual space by accepting designation of the user who has the role of administrator. This allows the user who manages the event to receive an appropriate share of the profits according to his / her role, etc.

[0161] In a certain aspect, the server 20 may receive an operation of inputting, editing, and confirming the setting of the distribution rate for each user from the user who is the administrator of the virtual space. Specifically, for example, the control unit 203 of the server 20 transmits information on the distribution rate of each user identified from the information of the log in the virtual space to the user who is the administrator of the virtual space. Thereafter, the control unit of the terminal device used by the user who is the administrator of the virtual space displays the information on the distribution rate of each user acquired from the server 20 to the user. The control unit of the terminal device used by the user who is the administrator of the virtual space may confirm the setting by receiving an input operation to confirm the setting of the distribution rate of each user from the user. At this time, the terminal device may receive an operation such as editing and input of the distribution rate from the user who is the administrator of the virtual space. This allows the user who is the administrator of the virtual space to confirm and confirm the distribution rate of each user.

[0162] At this time, the server 20 may be configured so that when it receives an operation to confirm the distribution rate setting from a user who is the administrator of the virtual space, it will not accept changes to the distribution rate from other users unless it receives an operational input to change the distribution rate from that user. Specifically, for example, when the server 20 receives an input operation from a user who is the administrator of the virtual space to confirm the distribution rate, it may disable (deactivate) commands related to modifying the distribution rate, etc., and may not accept operations from other users. This allows the user, who is the administrator of the virtual space, to prevent unauthorized changes to the distribution rate.

[0163] In a certain aspect, the server 20 may grant revenue generated in the event to each user by accepting an input operation for granting revenue to each user from a user who is an administrator of the virtual space. Specifically, for example, a control unit of a terminal device used by the user who is an administrator of the virtual space displays an operation screen for granting revenue to each user. When the control unit of the terminal device accepts an operation for granting revenue to each user from the user who is an administrator of the virtual space, the control unit transmits the information to the server 20. When the server 20 acquires the information from the user who is an administrator of the virtual space, the server 20 executes a process of granting revenue to each user in a manner specified by each user. At this time, the server 20 may grant revenue to each user in a manner including the following. Transferring money or alternative means of money (virtual currency, web money, points, etc.) to an account designated by the user - A method of granting a means of payment (such as virtual points) to a user's virtual space account At this time, if the server 20 has received a designation from the user to grant the profit to another user (such as a performer of the event), the server 20 may execute a process of granting the profit to the designated target. This allows the user, who is the administrator of the virtual space, to confirm whether the amount of profit to be granted to each user is appropriate.

[0164] <6 Screen Examples in the Second Embodiment> 18 and 19 are diagrams showing various examples of screens when the profits from an event are distributed and awarded to users, as disclosed in the second embodiment.

[0165] FIG. 18 shows an example of a screen for setting a user's profit sharing rate.

[0166] In FIG. 18, the control unit 190 of the terminal device 10 displays, on the display 1302, a target user list 1851, a correction button 1852, a distribution rate confirmation button 1853, and the like.

[0167] The target user list 1851 is a list of users who are the targets of sharing and granting the profits obtained from the event. Specifically, for example, the control unit 190 of the terminal device 10 used by the user who is the administrator of the virtual space displays on the display 1302 or the like a list of users who are granted predetermined rights related to the profits of the event.

[0168] The correction button 1852 is a button for correcting the distribution rate of the profit to each user. Specifically, for example, when the control unit 190 receives an input operation such as pressing the button from the user who is the administrator of the virtual space, the control unit 190 displays a screen (not shown) for correcting the distribution rate of each user. This allows the user, who is the administrator of the virtual space, to set the distribution rate for each user at his or her own discretion, rather than just using the distribution rate that is preset based on the log information in the virtual space, and to appropriately provide incentives, etc. to each user.

[0169] The share rate determination button 1853 is a button for determining the share rate of the profit of each user. Specifically, for example, when the control unit 190 receives an input operation such as pressing the button from the user who is the administrator of the virtual space, the control unit 190 transmits the information to the server 20 and executes a process of determining the share rate of each user.

[0170] FIG. 19 shows an example of a screen when the revenue is given to the user.

[0171] In FIG. 19, the control unit 190 of the terminal device 10 displays, on the display 1302, event details 1951, a target user list 1952, a correction button 1953, an execution grant button 1954, and the like.

[0172] The event details 1951 is an area for displaying details of the event from which the profit was earned. The control unit 190 of the terminal device 10 used by the user who is the manager of the virtual space displays information including, for example, the following in this area: Event identification number Total revenue generated from the event

[0173] The target user list 1952, like the target user list 1851 in FIG. 18, is a list of users who are the targets of sharing and granting profits obtained from the event.

[0174] The correction button 1953 is a button for correcting the share of the profit of each user. Specifically, for example, when the control unit 190 of the terminal device 10 used by the user who is the administrator of the virtual space accepts an input operation such as pressing the button from the user, the control unit 190 displays a screen (not shown) for re-correcting the share determined by the share determination button 1853 in FIG. 18. This allows the user, who is the administrator of the virtual space, to modify the distribution rate as appropriate according to the situation, even after the distribution rate has been finalized.

[0175] The grant execution button 1954 is a button for granting profits to each user based on the determined distribution rate. Specifically, for example, when the control unit 190 of the terminal device 10 used by the user who is the administrator of the virtual space accepts an input operation such as pressing the button from the user who is the administrator of the virtual space, the control unit 190 transmits the information to the server 20. The server 20 executes a process of granting profits to each user by the profit grant execution module 2037.

[0176] <7 Variation> A modified example of this embodiment will be described below. That is, the following aspects may be adopted. (1) An information processing device in which the program may be pre-installed or may be installed later, such a program may be stored on an external non-transitory storage medium, or may be operated by cloud computing. (2) A method in which a computer functions as an information processing device, and the program may be pre-installed on the information processing device or may be installed later, such a program may be stored on an external non-transitory storage medium, or may be run by cloud computing.

[0177] <8 Notes> The matters described in the above embodiments will be supplemented below.

[0178] (Appendix 1) A program executed by a computer having a processor, the program causing the processor to execute the steps of: accepting an operation from a first user, who is not an administrator of the virtual space, among users involved in an event held in a virtual space, to designate a second user, who is different from the first user and is another user involved in the event, and granting revenue earned from the event held in the virtual space to the designated second user and the first user.

[0179] (Appendix 2) The computer includes a memory unit, and the memory unit stores information regarding a revenue distribution rate set for each user, including at least one of the first user and the second user, and in the granting step, the revenue is granted based on the distribution rate stored in the memory unit.The program described in Appendix 1.

[0180] (Appendix 3) The program described in Appendix 2, wherein the distribution rate is set according to information when a user, including either the first user or the second user, participates in the event, and in the awarding step, revenue is awarded based on the distribution rate set according to the information when the user participates in the event.

[0181] (Appendix 4) 4. The program of claim 3, wherein the information regarding participation in the event is at least one selected from the group consisting of a timing of participation in the event, a cumulative time of participation in the event, and a role assigned when participating in the event.

[0182] (Appendix 5) The program described in Appendix 1 further causes the processor to execute the steps of acquiring log information in a virtual space of users including at least one of a first user or a second user, identifying a role in event management that can be assigned to the user based on the acquired information, and setting the identified role in event management for the user.

[0183] (Appendix 6) The program described in Appendix 5, in which in the step of identifying a role in operation, the program identifies a role based on at least one piece of information selected from the group consisting of access time to the virtual space, number of participations in events in the virtual space, number of friends in the virtual space, total amount of charges in the virtual space, and points earned in competitions that can be held in the virtual space, as information regarding logs in the virtual space.

[0184] (Appendix 7) The program described in Appendix 5 further causes the processor to execute a step of correcting a revenue distribution rate for users, including at least one of the first user and the second user, based on their role in operation, and in the granting step, grants revenue according to the corrected distribution rate.

[0185] (Appendix 8) A method executed by a computer having a processor, the method including the steps of: receiving an operation from a first user, who is not an administrator of the virtual space, among users involved in an event held in a virtual space, to designate a second user, who is different from the first user and is another user involved in the event; and granting revenue earned from the event held in the virtual space to the designated second user and the first user.

[0186] (Appendix 9) An information processing device having a control unit, the control unit executing the steps of: accepting an operation from a first user, who is not an administrator of the virtual space, among users involved in an event held in a virtual space, to designate a second user, who is different from the first user and is another user involved in the event, and granting revenue earned from the event held in the virtual space to the designated second user and the first user. [Explanation of symbols]

[0187] 10 terminal device, 12 communication interface, 13 input device, 14 output device, 15 memory, 16 storage unit, 19 processor, 20 server, 22 communication interface, 23 input / output interface, 25 memory, 26 storage, 29 processor, 80 network, 1801 user information, 1901 input operation reception unit, 1902 transmission / reception unit, 1903 data processing unit, 1904 notification control unit, 1302 display, 140 voice processing unit, 141 microphone, 142 speaker, 150 position information sensor, 160 camera, 170 motion sensor, 2021 user information database, 2022 user score information database, 2023 venue information database, 2024 event information database 2024, 2025 revenue information database, 2031 reception control module, 2032 transmission control module, 2033 user information acquisition module, 2034 an entitlement acceptance module, 2035 an entitlement execution module, 2036 a revenue entitlement acceptance module, and 2037 a revenue entitlement execution module.

Claims

1. A program that is executed by a computer having a processor, wherein the program is executed by the processor, A step of accepting an operation from a first user, who is not the administrator of the virtual space, among the users involved in an event held in a virtual space, to specify a second user, who is different from the first user and is another user involved in the event, but not an operation to invite the second user to the event; In response to the aforementioned acceptance step, the second user who has been granted the right to the revenue obtained in the event is to grant the revenue. A program that executes the command.

2. The computer includes a storage unit, which stores information regarding the revenue distribution rate set for each user, including at least one of the first user or the second user. The program according to claim 1, wherein in the step of granting, the revenue is granted based on the distribution rate stored in the storage unit.

3. The distribution rate is set according to the information when a user, including at least one of the first user or the second user, participates in the event. The program according to claim 2, wherein in the step of granting, the revenue is granted based on a distribution rate set according to the information obtained when participating in the event.

4. The program according to claim 3, wherein the information obtained when participating in the event is at least one selected from the group consisting of the timing of participation in the event, the total time spent participating in the event, and the role assigned when participating in the event.

5. The program further provides the processor with: The steps include obtaining log information in the virtual space of a user including at least one of the first user or the second user, Based on the information obtained, the steps include identifying the role in the operation of the event that can be assigned to the user, The program according to claim 1, which performs the steps of setting the aforementioned identified role in event management for the user.

6. The program according to claim 5, in the step of identifying a role in the operation, the program identifies the role based on information about at least one selected from the group consisting of the time spent accessing the virtual space, the number of times an event was taken in the virtual space, the number of friends in the virtual space, the total amount of money spent in the virtual space, and the score earned in a competition that can be played in the virtual space, as information about logs in the virtual space.

7. The program further provides the processor with: The program according to claim 5, which performs the step of correcting the revenue distribution rate to users, including at least one of the first user or the second user, based on their roles in the operation, and in the granting step, grants the revenue according to the corrected distribution rate.

8. A method performed by a computer having a processor, wherein the processor A step of accepting an operation from a first user, who is not the administrator of the virtual space, among the users involved in an event held in a virtual space, to specify a second user, who is different from the first user and is another user involved in the event, but not an operation to invite the second user to the event; A method comprising: in response to the aforementioned acceptance step, granting the aforementioned revenue to the second user who has been granted the right to the revenue obtained in the aforementioned event.

9. An information processing apparatus comprising a control unit, wherein the control unit is A step of accepting an operation from a first user, who is not the administrator of the virtual space, among the users involved in an event held in a virtual space, to specify a second user, who is different from the first user and is another user involved in the event, but not an operation to invite the second user to the event; An information processing device that, in response to the aforementioned receiving step, performs the step of granting the aforementioned revenue to the second user who has been granted the right to the revenue acquired in the aforementioned event.

Images