Information processing apparatus, information processing method, and program

Abstract

An information processing device includes a control unit that, for one or more areas in an activity taking place in a virtual space, sets an appearance display type, including at least an avatar's anonymized display, in association with a viewpoint type, and controls the display of the avatar's appearance in a video of the virtual space based on the association between the viewpoint type and the appearance display type.

Description

Technical Field

[0001] This disclosure relates to an information processing device, an information processing method, and a program. Background Technology

[0002] In recent years, virtual spaces composed of various objects such as 3D models and 2D images have been proposed, and users can experience these virtual spaces visually and aurally using user terminals. Examples of envisioned user terminals include various types of information processing terminals, such as smartphones, HMDs (head-mounted displays), laptops, or desktop PCs (personal computers). An avatar, that is, another self of the user, is placed in the virtual space. An avatar is, for example, a 3D CG rendered based on a 3D model. In some cases, the user's viewpoint in the virtual space is the avatar's viewpoint, or the avatar's viewpoint is included in the user's field of vision.

[0003] Furthermore, users can interact with each other in virtual space through text chat, voice communication, and other means. For example, a user can move their avatar near another user's avatar and converse with that avatar via text or voice in virtual space. In addition, it is anticipated that a large number of avatars will visit events held in virtual space, such as live performances. Users can enjoy these events with many other people in virtual space.

[0004] [List of Citations]

[0005] [Patent Literature]

[0006] [Patent Document 1]

[0007] JP 2021-12597A Summary of the Invention

[0008] [Technical Issues]

[0009] Currently, in activities conducted in virtual spaces, the presence of numerous other users (specifically, other avatars) enhances the sense of presence and unity, increases the excitement of the activity, and allows users to enjoy it more. At the same time, these avatars in virtual spaces represent another self of the user, and thus should be considered in terms of privacy.

[0010] Regarding the protection of personal privacy in images, Patent Document 1 discloses a technique in which the faces of others besides the main subject in an image posted to an SNS (Social Networking Service) are blurred along with the background. However, this does not take into account the privacy of avatars in virtual space.

[0011] Therefore, this disclosure proposes an information processing device, information processing method, and program that can protect the privacy of users using virtual space without reducing the excitement of the activity.

[0012] [Solution to the problem]

[0013] According to this disclosure, an information processing device is provided, including a control unit that, for one or more areas in an activity conducted in a virtual space, sets an appearance display type associated with a viewpoint type, including at least an anonymized display of an avatar, and controls the appearance display of an avatar in each area of ​​a video in the virtual space based on the association between the viewpoint type and the appearance display type.

[0014] Furthermore, according to this disclosure, an information processing method is provided, comprising a processor setting an appearance display type, at least including an anonymized display of an avatar, for one or more regions in an activity conducted in a virtual space, in association with a viewpoint type, and controlling the display of the appearance of the avatar in each region of a video in the virtual space based on the association between the viewpoint type and the appearance display type.

[0015] Furthermore, according to this disclosure, a program is provided that enables a computer to act as a control unit, which sets an appearance display type, at least including an anonymized display of an avatar, for one or more areas in an activity taking place in a virtual space, in association with a viewpoint type, and controls the display of the avatar's appearance in each area of ​​the video in the virtual space based on the association between the viewpoint type and the appearance display type. Attached Figure Description

[0016] Figure 1 This is a diagram illustrating the overall configuration of an information processing system 1 according to an embodiment of the present disclosure.

[0017] Figure 2 This is a block diagram illustrating a configuration example of server 20 according to this embodiment.

[0018] Figure 3 This is an example of a screen showing various types of activity-related settings that are accepted by the administrator in the first example.

[0019] Figure 4 This is an example of a screen showing various types of activity-related settings that are accepted by the administrator in the first example.

[0020] Figure 5 This is a diagram illustrating an example of a simulated display of a view from another area looking at the front of the stage (the selected area), based on the first example.

[0021] Figure 6 This is a diagram illustrating an example of a simulated display of a view taken from the front of the stage (selected area) according to the first example.

[0022] Figure 7This is a diagram showing another example based on the simulation of the first example.

[0023] Figure 8 This is a flowchart illustrating an example of the operation processing flow for activity registration based on the first example.

[0024] Figure 9 This is a diagram illustrating an example of a screen used to accept user actions related to purchasing seats, based on the first example.

[0025] Figure 10 This is a diagram illustrating an example of a simulated display presented when a user purchases a seat, based on the first example.

[0026] Figure 11 This is a diagram illustrating an example of a simulated display presented when a user purchases a seat, based on the first example.

[0027] Figure 12 This is a flowchart illustrating an example of the seat purchase operation processing flow according to the first example.

[0028] Figure 13 This is a diagram illustrating an example of a screen for accepting user operations related to entering an event venue, according to the first example.

[0029] Figure 14 This is a diagram illustrating an example of a screen for accepting user operations related to entering an event venue, according to the first example.

[0030] Figure 15 This is a flowchart illustrating an example of the operation processing flow at server 20 when a user enters the event venue, according to the first example.

[0031] Figure 16 This is an example diagram showing a screen for receiving various types of settings related to an activity from an administrator, based on the second example.

[0032] Figure 17 This is an example diagram showing a screen for receiving various types of settings related to an activity from an administrator, based on the second example.

[0033] Figure 18 This is an example diagram illustrating a screen for receiving operations related to entering an event venue from a user, according to the second example.

[0034] Figure 19 This is an example diagram illustrating a screen for receiving operations related to entering an event venue from a user, according to the second example.

[0035] Figure 20 This is a diagram illustrating a screen example, based on the third example, for accepting various types of settings related to an activity from an administrator.

[0036] Figure 21 This is a diagram illustrating a screen example, based on the third example, for accepting various types of settings related to an activity from an administrator.

[0037] Figure 22 This is an example of a screen showing a variant of the operation related to receiving the view setting of the avatar from the admirer (fave).

[0038] Figure 23 This is a diagram illustrating a simulated display example of the view of the avatar as seen from the perspective of the admirer, based on a variant example.

[0039] Figure 24 This is a diagram illustrating a screen, according to a variant example, for receiving operations related to view settings from an acquaintance. Detailed Implementation

[0040] A preferred embodiment of this disclosure will now be described in detail with reference to the accompanying drawings. Note that in this specification and drawings, redundant descriptions of components having substantially the same functional configuration will be omitted by using the same reference numerals.

[0041] Furthermore, it will be described in the following order.

[0042] 1. Configuration

[0043] 1-1. System Configuration

[0044] 1-2. Server 20 Configuration

[0045] 2. First Example

[0046] 2-1. Activity settings performed by the administrator

[0047] 2-2. Users (audience members) purchase seats

[0048] 2-3. Enter the activity area

[0049] 2-4. Other

[0050] 3. Second example

[0051] 3-1. Activity settings performed by the administrator

[0052] 3-2. Users (audience members) purchase seats

[0053] 3-3. Enter the activity area

[0054] 4. Third example

[0055] 4-1. Activity settings performed by the administrator

[0056] 4-2. Users purchase seats and enter the event venue.

[0057] 5. Modification

[0058] 6. Supplement

[0059] <1. Configuration>

[0060] The information processing system according to embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings.

[0061] <<1-1. System Configuration>>

[0062] Figure 1 This diagram illustrates the overall configuration of an information processing system 1 according to an embodiment of the present disclosure. The information processing system 1 according to this embodiment includes one or more user terminals 10 (10a to 10n), an administrator terminal 12, and a server 20 (an example of an information processing device). The user terminals 10, administrator terminal 12, and server 20 are communicatively connected via a network 30 and are capable of exchanging data.

[0063] Server 20 is a device that provides a virtual space for users. Server 20 can be a single device or a system composed of multiple devices. Server 20 sends information about the virtual space to user terminal 10 and outputs video, audio, etc., of the virtual space to user terminal 10, enabling users to experience the virtual space. An avatar associated with and operable by the user is arranged within the virtual space. The virtual space video output at user terminal 10 is a video seen from the user's viewpoint in the virtual space (i.e., the viewpoint of the user avatar), or a video seen from a bird's-eye view including the user avatar within their field of view, and the user can experience the virtual space through their own avatar.

[0064] Furthermore, server 20 can receive user input from user terminal 10, such as movement operations or actions performed on a user avatar, and perform synchronization processing between users. Specifically, server 20 performs processing to reflect the actions of the avatar performed by the user in the virtual space based on the input information received from user terminal 10. Based on the input information received from user terminal 10, server 20 sends information (difference information) related to changes in the avatar's position, actions, etc., in the virtual space as synchronization information to be reflected in the virtual space to user terminal 10 (10a to 10n). Therefore, user terminal 10 can generate a virtual space video reflecting the avatar's actions, and each user shares the same virtual space. Note that synchronization processing between users is not limited to this method.

[0065] User terminal 10 is an information processing terminal used by a user to view a virtual space. User terminal 10 can be implemented through, for example, a smartphone, tablet, PC, HMD covering the entire field of view, glasses-type display device, projector, etc. Based on the information of the virtual space received from server 20, user terminal 10 generates a video of the virtual space as seen from the user's viewpoint.

[0066] Administrator terminal 12 is an information processing terminal used by administrators to perform management tasks such as setting various virtual space parameters. Administrator terminal 12 can be implemented through devices such as smartphones, tablets, PCs, HMDs that cover the entire field of view, glasses-type display devices, projectors, etc.

[0067] In virtual spaces, such as live performances, the presence of other users (specifically, other avatars) enhances the sense of presence and unity, allowing users to enjoy the activity more. However, these virtual avatars represent another self within the virtual space and should be considered in terms of privacy.

[0068] One approach is to hide avatars that users don't want to see. However, as more and more avatars are hidden, the number of visible avatars (audience avatars) during the event decreases, giving the impression of a lackluster event. Another approach is to enable avatar blurring, but allowing individual users to freely decide how to blur avatars would result in blurred avatars scattered throughout the venue, disrupting the sense of unity with other visible avatars and diminishing the overall sense of presence and cohesion of the venue.

[0069] In view of the foregoing, this disclosure sets a view (i.e., appearance display type) for each area within the venue of an event held in virtual space, corresponding to the avatar based on the viewpoint type, and controls the appearance display of the avatar for each area based on the viewpoint type of each area. The appearance display type includes displaying the avatar in a way that makes it visually unrecognizable to the audience, i.e., anonymous display. Therefore, without sacrificing the sense of presence and unity of the venue, or reducing the excitement of the event, the privacy of users of the virtual space is considered, thereby further improving the convenience for users of the virtual space.

[0070] This concludes the description of an overview of the information processing system 1 according to an embodiment of the present disclosure. Next, the specific configuration of the devices included in the information processing system 1 according to this embodiment will be described with reference to the accompanying drawings.

[0071] <<1-2. Server 20 Configuration>>

[0072] Figure 2This is a block diagram illustrating a configuration example of server 20 according to this embodiment. For example... Figure 2 As shown, server 20 includes communication unit 210, control unit 220 and storage unit 230.

[0073] (Communication Unit 210)

[0074] The communication unit 210 includes a transmitting unit for sending data to an external device and a receiving unit for receiving data from an external device. According to this embodiment, the communication unit 210 can be connected to an external device or the Internet via communication methods such as wired or wireless LAN (local area network), Wi-Fi, Bluetooth, mobile communication networks (LTE (Long Term Evolution), 4G (4th Generation Mobile Communications System), 5G (5th Generation Mobile Communications System)).

[0075] (Control Unit 220)

[0076] The control unit 220 serves as a computing processing unit and control device, and controls the overall operation within the server 20 according to various programs. The control unit 220 is implemented, for example, by a CPU (Central Processing Unit) or electronic circuitry such as a microprocessor. Furthermore, the control unit 220 may include ROM (Read-Only Memory) for storing the programs used, calculation parameters, etc., and RAM (Random Access Memory) for temporarily storing parameters that change appropriately.

[0077] The control unit 220 according to this embodiment can also be used as a setting unit 221 and a display control unit 222.

[0078] The setting unit 221 sets the appearance display type for each area within the venue of an event held in the virtual space, based on the viewpoint type. This appearance display type includes at least the anonymous display of audience avatars. The viewpoint type is the location type of the entity being viewed (the avatar in the area), and can be, for example, one of the areas. The areas include the audience area where the audience avatar is located and the area where the performers perform. Types of audience areas include, for example, VIP areas, front stage areas, and grandstand areas. The administrator can arbitrarily set which area of ​​the venue will be which type (name) of audience area. Furthermore, the layout of one or more areas within the venue can be arbitrarily set by the administrator.

[0079] In addition, an area can be another part of one of the following: a VIP area, a front stage area, a grandstand area, etc. Furthermore, an area can include multiple areas of the same type (name) (e.g., two front stage areas and four grandstand areas, etc.).

[0080] The setting unit 221 sets the view (appearance type of the audience avatar) seen from the corresponding viewpoint (e.g., the VIP area, the area in front of the stage, and the grandstand area) for each audience area (e.g., the VIP area, the area in front of the stage, and the grandstand area). The setting unit 221 can set the appearance display type based on the operation performed by the administrator. The appearance display type can include anonymized displays such as human silhouettes. The setting unit 221 stores the setting information in the setting information DB (database) 231 of the storage unit 230.

[0081] The display control unit 222 performs various display controls for the virtual space. For example, the display control unit 222 sends information about the virtual space to each user terminal 10. As one of the display controls for the virtual space, the display control unit 222 controls the appearance display of the audience avatars located in each audience area based on a pre-set association with viewpoint type and appearance display type.

[0082] More specifically, when generating (displaying) video in a virtual space, the display control unit 222 controls the appearance of the viewer avatar within each viewer area of ​​the video so that it is displayed according to the appearance display type associated with each viewpoint type of the viewpoint entity in the video.

[0083] For example, in cases where the audience area includes the area in front of the stage and the grandstand area, the appearance view (appearance display type) of the audience avatar will be set for the area in front of the stage and the grandstand area as shown in Table 1 below for each viewpoint type.

[0084] [Table 1]

[0085] In this scenario, in the video provided at user terminal 10a used by user Ua as the user's viewpoint video located in the area in front of the stage (the user avatar sitting in the seat in front of the stage), for example, the appearances of all other avatars (audience avatars) in the area in front of the stage are displayed as is (rendered), while the appearances of all other avatars (audience avatars) in the stands area are displayed through the same human silhouette (anonymous display). Simultaneously, in the video provided at user terminal 10b used by user Ub as the user's viewpoint video located in the stands area (the user avatar sitting in the stands), for example, the appearances of all other avatars in the area in front of the stage are displayed through the same human silhouette, and the appearances of all other avatars in the stands area are also displayed through the same human silhouette. Therefore, for example, whether from the area in front of the stage or from the stands area, the appearances of the avatars in the stands area are anonymized into human silhouettes, thus protecting the privacy of the avatars. Furthermore, the anonymization display is set for each area, so the display type of other audience avatars in the video is uniform in each area, maintaining consistency in avatar display. Therefore, even when using anonymized displays, the sense of presence and unity of the place is not lost, and privacy protection is achieved.

[0086] Under the settings in Table 1 above, the user corresponding to the avatar in the area in front of the stage can recognize the appearance of other avatars as is.

[0087] When purchasing event tickets or entering the event venue, users can choose which area to select after referring to the display settings for each audience area.

[0088] Note that the appearance used for anonymization is not limited to a human silhouette, but can be any display form that cannot be identified by its appearance, such as mosaics, pre-selected characters, etc. Pre-selected characters can be official characters, such as those of event organizers. The "display form that cannot be identified by its appearance" used for anonymization can be specified by the administrator (replacing it with a specified appearance).

[0089] The display control unit 222 can generate video of a virtual space for each user's viewpoint and transmit it to each user terminal 10 to perform display control, or it can transmit information (example of virtual space information) for generating video of a virtual space for each user's viewpoint to the user terminal 10 to perform display control. The information for generating video of a virtual space for each user's viewpoint transmitted to the user terminal 10 may include setting information for the appearance display type of each viewer area.

[0090] Furthermore, the display control unit 222 can perform control to display a view simulation from a selectable seat in the audience area or a view simulation from another area, based on the association between viewpoint type and appearance display type. For example, the display control unit 222 performs the above simulation to control the display in a setting screen where the administrator sets the appearance display type. Additionally, the display control unit 222 performs the above simulation control to display in a purchase screen for accepting seat purchases by users (audience members) participating in the event, or in an entry screen for accepting various operations when users enter the event venue.

[0091] (Storage unit 230)

[0092] The storage unit 230 is implemented by ROM and RAM, wherein the ROM stores the programs, calculation parameters, etc. used in the processing of the control unit 220, and the RAM temporarily stores parameters that change appropriately.

[0093] In addition, the storage unit 230 has a setting information DB 231, which stores setting information for the appearance display type of each audience area.

[0094] The configuration of server 20 has been described in detail above, but the configuration of server 20 according to this disclosure is not limited to... Figure 2 The example shown. For instance, server 20 can have a different configuration and can be implemented by multiple devices.

[0095] <2. First Example>

[0096] Next, the process of hosting an event according to the first example of this embodiment will be described.

[0097] <<2-1. Activity Settings Performed by Administrator>>

[0098] Figure 3 and Figure 4 This is a schematic diagram illustrating an example of a screen displaying various types of activity-related settings performed by an administrator, as shown in the first example.

[0099] Server 20 displays a screen on administrator terminal 12 for accepting various types of settings related to the activity.

[0100] The administrator first enters basic information about the event, such as the date and time of the event, the event name, the event ID, and the performers (e.g., the performer's name and avatar ID). Note that the basic information about the event is an example, and this embodiment is not limited to it.

[0101] Next, in Figure 3In the setup screen 410 shown on the left, the administrator selects a venue for the event. Various venue styles (such as venue shape, stage and seating layout, seating capacity, etc.) are pre-prepared, and an optional venue can be selected from the setup screen 410. The setup screen 410 displays a venue information image 411, indicating venue-related information such as venue shape, seating, and description. The administrator can scroll horizontally through the venue information image 411 by selecting the arrows on either side of it, and can also display other venue information images. With the optional venues displayed in the setup screen 410, the administrator selects the enter button 412 to confirm the venue for the event.

[0102] After the venue is confirmed, the next step is... Figure 3 In screen 420 shown on the right, the administrator registers seat types. For example, in screen 420, one can select front stage seats and grandstand seats. After optionally selecting a seat type, the administrator selects input button 421 and registers the seat type. In this example, the registration of front stage seats and grandstand seats as seat types will also be described below.

[0103] After registering the seat type, the next step is... Figure 4 In screen 430 shown on the left, the administrator selects the display method (appearance display type) for each audience area and for each viewpoint type. In screen 430, as a setting for the display method, "(1) Display as is" and "(2) Anonymous display" are selectable. It can be arranged as follows: In "(2) Anonymous display", the administrator can decide the content of the anonymized display (replace with a human silhouette, mosaic, pre-selected character, etc.), or it can be arranged as follows: the server 20 automatically sets the content of the anonymized display. Here, it is assumed that the seat type is the front stage seat and the grandstand seat in the above screen 420, so in screen 430, the viewpoint type and object include "front stage" and "grandstand". In addition, the viewpoint type and object shown in screen 430 also include the area where the performer is performing, i.e., "stage", and the display method can be set. Note that the stage viewpoint and the view of the performer avatar performing on stage can all be preset to (1).

[0104] After setting the avatar's display method (appearance display type), the next step is... Figure 4 In screen 440 shown on the right, the administrator assigns seat types. In the example shown in screen 440, the middle seat block is designated as the front of the stage, and the surrounding seat blocks are designated as the grandstand. The seat block designated as the front of the stage is identified as the front of the stage area, and the seat blocks designated as the grandstand are identified as the grandstand area.

[0105] Now, server 20 can display a simulation of the view seen from the selected area and the view of the selected area seen from another area on administrator terminal 12. The administrator selects the area where the simulation is desired to be displayed and selects the displayed simulation display button 441. An example of selecting the area in front of the stage will be described here.

[0106] Figure 5 This is a schematic diagram illustrating an example of a simulated display of a view of the front of the stage (selected area) from another area, based on the first example.

[0107] Figure 5 The simulated display screen 450 shown includes a "View of the front of the stage from other areas" button 451 and a "View from the front of the stage" button 452. Administrators can optionally select these buttons to confirm either simulated display. Figure 5 An example of the screen is shown when the "Front view of the stage from other areas" button 451 has been selected.

[0108] In addition, the simulated display screen 450 includes viewpoint type options corresponding to the viewpoint type, such as "View from the stage," "View from the front of the stage," and "View from the stands." Administrators can confirm how the avatar in front of the stage appears from each viewpoint type. The viewpoint location for each viewpoint type can be an optional seat in each area. Figure 5 In the example shown, "View from the stands" was selected, and a field of view 453 was displayed, indicating the view of the stage from selectable seats in the stands. Field of view 453 displays directional control buttons 454 that allow for movement of the line of sight. Administrators can use the directional control buttons 454 to move the line of sight up, down, left, and right.

[0109] exist Figure 5 In the example shown, based on the settings in Table 1 above, the display method of the audience avatars in front of the stage as seen from the stands is set to "anonymous display," and the appearance of all avatars in front of the stage is changed to human silhouettes in the field of view 453. Note that a large number of virtual avatars are prepared in front of the stage for simulation.

[0110] Therefore, when the display method (appearance display type) is set to anonymous display, the avatar is displayed in a form that is not recognizable from the appearance, thereby protecting the privacy of the user (the user's avatar). At the same time, all avatars in the object area (in the case of field of view 453, the front of the stage) are controlled to be displayed anonymously, thereby maintaining the uniformity of the display and not reducing the sense of presence and unity.

[0111] Next, we will describe the case where the "View from the front of the stage" button 452 is selected. Figure 6 This is an example of a simulated display of a view seen from the front of the stage (selected area) based on the first example.

[0112] Figure 6 The simulated display screen 455 shown is an example of the screen displayed when the "View from the Front of the Stage" button 452 is selected. In the simulated display screen 455, a field of view 456 is displayed, which indicates the surrounding view when an optional seat in front of the stage (e.g., the middle seat in front of the stage) is set as the viewpoint. The optional seat in front of the stage can be preset or selected by an administrator.

[0113] In viewpoint 456, other audience avatars (virtual avatars) seated in front of the stage and the stage itself can be seen. The performer avatars positioned on the stage can be virtual avatars or avatars of actual performers displayed based on event settings entered by the administrator. The administrator can move the viewpoint up, down, left, and right using the directional buttons 457.

[0114] exist Figure 6 In the example shown, based on the settings in Table 1 above, and according to the display mode of the audience avatars in front of the stage as seen from the front-stage viewpoint, which is set to "display as is," the appearance of all avatars in front of the stage in the field of view 456 is displayed in a way that identifies who the avatar is. Note that, although not shown, when the directional operation button 457 is pressed and the gaze is turned towards the stands, so that the field of view includes the stands area, based on the settings shown in Table 1 above, the appearance of all avatars (virtual avatars) in the stands becomes a human silhouette and is displayed.

[0115] As mentioned above, administrators can pre-determine the view seen from each region and the view seen from other regions of each region. The view seen from other regions of each region also includes the view seen from the same region.

[0116] Figure 5 and Figure 6 The screen configuration and display content shown are merely examples, and this embodiment is not limited thereto. Although Figure 5 and Figure 6 The example described herein is a simulation display of the field of view of selectable seats in a selected area on an administrator terminal 12, but this embodiment is not limited thereto. For example, as a simulation display, a video of the view of selectable seats in the selected area from the front could be displayed. The following will refer to... Figure 7 This needs to be explained.

[0117] Figure 7 This is a diagram showing another example based on the simulation of the first example. Figure 7The simulated display screen 458 shown is an example of the screen displayed when the "View of the front of the stage from other areas" button 451 is selected. Figure 7 As shown, in the simulation display screen 458, the view of the audience avatar (virtual avatar) in front of the stage as seen from each viewpoint type—stage, stands, and in front of the stage—is displayed in a single screen. Therefore, the administrator can confirm the view of the audience avatar in the selected area from each viewpoint type without switching screens.

[0118] exist Figure 7 In the example shown, based on the settings in Table 1 above, in the "view from the stands" displayed on the simulated display screen 458, the appearance of the virtual avatar is changed to a human silhouette, and it is displayed according to the display method of the audience avatar in front of the stage as seen from the stands viewpoint, which is set to "anonymized display".

[0119] (Operation processing)

[0120] Next, we will refer to Figure 8 The operation process based on this example is explained. Figure 8 This is a flowchart illustrating an example of the activity registration operation processing flow based on the first example.

[0121] like Figure 8 As shown, firstly, server 20 accepts the activity information entered by the administrator using administrator terminal 12 (step S103). The activity information includes, for example, basic information about the activity as described above, such as the date and time of the activity, the activity name, the activity ID, and the performers (e.g., performer name and performer avatar ID).

[0122] Next, server 20 selects the venue for the activity based on the operation performed by the administrator (step S106).

[0123] Next, server 20 registers seat types based on the operations performed by the administrator (step S109).

[0124] Next, server 20 sets the display method (appearance display type) of the avatar for each audience area and each viewpoint type according to the operation performed by the administrator (step S112).

[0125] Next, server 20 assigns seat types to the seats in the venue based on the operations performed by the administrator (step S115).

[0126] Next, based on the setting information set in step S112 above, server 20 performs a simulated display of the view indicating each area and the view seen from each area (step S118).

[0127] Next, server 20 repeats the above steps S109 to S118 until the administrator makes a decision (step S121 / No).

[0128] After the administrator makes a decision (step S121 / Yes), the server 20 registers the activity (step S125). Specifically, the server 20 stores information such as basic activity information associated with each viewpoint type, venue setting information, seat type, avatar display method (appearance display type) for each audience area, and seat type allocation in the storage unit 230. The server 20 can also perform information dissemination and activity notification related to the registered activity for users.

[0129] Although the above has been referenced Figure 8 The operation processing of server 20 according to this example is described, but Figure 8 The operation shown is merely an example, and this example is not limited to it. For example, server 20 can automatically select the venue, seating type, avatar display method by audience area, etc., instead of having the selection done by an administrator.

[0130] <<2-2. User (Audience) Purchases Seats>>

[0131] Next, the process of purchasing seats based on the first example user (audience) will be described.

[0132] Figure 9 This is a diagram illustrating an example of a screen used to accept user actions related to purchasing seats, based on the first example. Figure 9 The screen shown is displayed on the display unit of the user terminal 10, which is communicatively connected to the server 20. Information about the operations performed by the user on the screen is sent from the user terminal 10 to the server 20.

[0133] First, the user from Figure 9 In the activity selection screen shown on the left (510), select the activity he / she wishes to participate in from the list of planned activities. After selecting the activity, as shown... Figure 9 As shown on the right, the seat selection screen 520 for the selected activity is displayed. The user selects the seat he / she wishes to purchase.

[0134] When a user selects a seat, a simulation display button 521 is displayed. Selecting the simulation display button 521 allows the user to confirm the view of the surrounding environment from the seat being considered for purchase, as well as the view of the seat from the surrounding environment.

[0135] Reference Figure 10 and Figure 11 Describe the simulation example displayed when the simulation display button 521 is selected. Figure 10 and Figure 11This is a diagram illustrating an example of a simulated display presented when a user purchases a seat, based on the first example.

[0136] Figure 10 The simulated display screen 550 shown is an illustration of a "view of the selected seat as seen from other areas". This simulated display screen 550 includes viewpoint type options, such as "view from the stage", "view from the front of the stage", and "view from the stands". Users can confirm what their avatar in their selected seat (referred to in this specification as the "selected seat") will look like from each viewpoint type. Note that in the simulated display, virtual avatars can be arranged in seats including the selected seat.

[0137] exist Figure 10 In the example shown, selecting "View from the stands" displays a field of view 553 indicating the view of the stage from an available seat in the stands. The user-selected seat is included in the field of view 553. Figure 10 As shown in the field of view 553, the seat selected by the user can be clearly indicated by arrows or the like. Furthermore, a seat number display 554 indicating the user's selected seat can be displayed in the field of view 553. Additionally, the field of view 553 displays directional operation buttons 555 for controlling the direction of the view. The user can move their gaze up, down, left, and right using the directional operation buttons 555.

[0138] exist Figure 10 In the example shown, based on the settings in Table 1 above, according to the display method of the audience avatars in front of the stage as seen from the stands viewpoint and set to "anonymous display," the appearance of all avatars in front of the stage is transformed into human silhouettes in the field of view 553. Therefore, the avatar of the user located in the selected seat (the avatar at the location indicated by the arrow; a virtual avatar is used here) also becomes a human silhouette. When the user wishes to view from a different perspective, they select "View from the stage" or "View from the front of the stage." Thus, the user can confirm what their avatar in the selected seat looks like from other areas (e.g., how clearly it is visible) and utilize this information when selecting a seat to purchase. When the user wishes to display "View from the selected seat," they select the "View from the selected seat" button 552. When the "View from the selected seat" button 552 is selected, the view is displayed... Figure 11 The simulated display shown is screen 556.

[0139] Figure 11 The simulated display screen 556 shown is a screen indicating the "view from the selected seat". Simulated display screen 556 displays a field of view screen 557, which indicates the view from the selected seat (…). Figure 11The seat number "A62 in front of the stage" in the example shown is a view of the surrounding environment from the viewpoint position. Users can move their gaze up, down, left, and right using the directional buttons 558.

[0140] exist Figure 11 In the example shown, based on the settings in Table 1 above, and according to the display method for the audience figures in front of the stage as seen from the front-stage viewpoint, which is set to "display as is," the appearance of all figures in front of the stage is displayed in a way that allows identification of each figure within the field of view 557. This allows the user to confirm the view from the selected seat and use it as a reference when selecting a seat to purchase. If the user wishes to display "Selected Seat View from Other Areas," they select the "Selected Seat View from Other Areas" button 551. When the "Selected Seat View from Other Areas" button 551 is selected, the following is displayed: Figure 10 The simulated display shown is 550.

[0141] (Operation Processing)

[0142] Next, we will refer to Figure 12 The operation process in this example is explained. Figure 12 This is a flowchart illustrating an example of the seat purchase operation processing flow according to the first example.

[0143] like Figure 12 As shown, firstly, server 20 selects an activity from the list of planned activities based on the user's input performed using user terminal 10 (see...). Figure 9 (Step S203).

[0144] Next, server 20 displays the seat selection screen for the selected activity (see...). Figure 9 The system then accepts the user's seat selection (step S206).

[0145] Next, server 20 simulates the selected seat (the chosen seat) (step S209). Specifically, server 20 displays a simulation of the view seen from the selected seat, as well as views of the selected seat from various viewpoint types (see...). Figure 10 and Figure 11 ).

[0146] Next, server 20 repeats the process shown in steps S206 to S209 above until the user decides on the seat to be purchased (step S212 / No).

[0147] When a user decides on a seat to purchase (step S212 / Yes), server 20 then executes the seat purchase process (step S215). There are no particular restrictions on the settlement process for seat purchases. Server 20 can store user information and seat information in association in storage unit 230.

[0148] Although the above has been referenced Figure 12 The operational processing of server 20 according to this example is described, but Figure 12 The operation shown is an example, and this example is not limited to it.

[0149] <<2-3. Entering the activity venue>>

[0150] Next, the process of a user entering the event venue based on the first example will be described.

[0151] Figure 13 and Figure 14 This is an example diagram showing a screen for receiving user input related to entering an event venue, based on the first example. Figure 13 and Figure 14 The screens shown are displayed on the display unit of the user terminal 10, which is communicatively connected to the server 20. Information about the operations performed by the user on these screens is sent from the user terminal 10 to the server 20.

[0152] Users first from Figure 13 In the accessible activity list screen 610 shown on the left, select the activity you wish to enter. Accessible activities refer to activities that the user is authorized to attend, such as those for which seats have been purchased. Once an activity is selected, the available seating screen 620 is displayed, clearly indicating the available seats for the user in the seating chart of the venue where the selected activity will be held. Figure 13 As shown on the right. The available seats for the user are, for example, seats that the user has already purchased. After confirming their seat, the user selects input button 621.

[0153] After selecting input button 621, the following will be displayed. Figure 14 The avatar view screen 630 shown on the left. Avatar view screen 630 presents the view of the avatar, involving how the user's avatar appears at the user's seat for each viewpoint type.

[0154] exist Figure 14In the example, for the "view from the stage and in front of the stage," the user's avatar's appearance is displayed as is in the avatar view screen 630. Therefore, users can confirm before entering the event venue that their avatar will be displayed as seen from the stage and in front of the stage, i.e., in a recognizable state. Note that users can select the edit button 631 and pre-change their avatar's clothing, accessories, etc.

[0155] In addition, Figure 14 In the example, the user's avatar is anonymously displayed in avatar view screen 630, specifically as a human silhouette, for the "view from the stands". Therefore, the user can confirm before entering the venue that their avatar will be displayed as a human silhouette as seen from the stands, i.e., in an unrecognizable state.

[0156] After confirming the avatar's view, the user selects input button 632. Following selection of input button 632, the following is displayed... Figure 14 The right side shows the available seating screen 640. When a user places the cursor on their own seat in the available seating screen 640, a simulation display button 641 is displayed. By selecting the simulation display button 641, the user can confirm the view of the surrounding environment from their seat and the view of that seat from the surrounding area before entering the venue. The simulation and reference shown here... Figure 10 and Figure 11 The simulation described is the same, therefore a detailed description will be omitted. Note that in the simulation before entering the event venue, the user's avatar can be used instead of a virtual avatar. After confirming the simulation, the user selects the "Enter Venue" button 642 and enters the event venue.

[0157] (Operation Processing)

[0158] Next, we will refer to Figure 15 The operation process in this example is explained. Figure 15 This is a flowchart illustrating an example of the operation processing flow at server 20 when a user enters the event venue according to the first example.

[0159] like Figure 15 As shown, firstly, server 20 selects an activity from the list of activities accessible to the user based on the user's input performed using user terminal 10 (see [link to activity list]). Figure 13 (Step S233).

[0160] Next, server 20 displays the seats the user has purchased in the selected activity (see [link]). Figure 13 (Step S236).

[0161] Next, server 20 presents a view of the avatar at the seat (step S239). Specifically, server 20 presents a view of the avatar at the seat for each viewpoint type (see [link to relevant documentation]). Figure 14 ).

[0162] Next, server 20 performs a simulated display of the seat (step S242). Specifically, server 20 displays a simulation of the view seen from the seat and a simulation of the view seen from the seat from each viewpoint type.

[0163] Next, server 20 repeats the above steps S236 to S242 until the user confirms the view of the avatar, etc. (step S245 / No).

[0164] When the user's confirmation ends (step S245 / Yes), the server 20 allows the user (specifically, the user's avatar) to enter the activity area (step S248).

[0165] Although the above has been referenced Figure 15 The operational processing of server 20 according to this example is described, but Figure 15 The operation shown is an example, and this example is not limited to it.

[0166] <<2-4. Others>>

[0167] In the first example above, the simulated display screen shown when the simulated display button is selected displays selection buttons for "View of the selected area or seat from other areas" and "View of the selected area or seat," from which either view can be selected. However, the simulated display method according to this example is not limited to this. For example, when viewing from... Figure 4 If a selected area is selected in the screen 440 shown on the right, and the "Show Simulation" button that appears when the cursor is placed over the selected area is selected, the server 20 can display a simulation of the view seen from the selected area. Figure 6 The field of view shown is 456. When the "Show Simulation" button is selected while the cursor is over another area, a simulation of the view of the selected area as seen from that other area is displayed (when the cursor is over the stands). Figure 5 The field of view shown is 453.

[0168] Furthermore, if viewing options such as a telescope function are provided in this area, the server 20 also allows the options associated with that area to be tested in a simulated display. Therefore, users can anticipate situations where their avatar might be magnified and viewed from another area.

[0169] <3. Second Example>

[0170] Next, the process of organizing an event according to the second example of this embodiment will be described. In the second example, the following situation will be described: Regarding the type of event seating, in addition to the front stage seats and grandstand seats described in the first example, VIP seats are also added.

[0171] <<3-1. Activity Settings Performed by Administrators>>

[0172] Figure 16 and Figure 17 This is an example of a screen showing various activity-related settings that can be configured by an administrator in the second example.

[0173] Administrator Figure 16 In the settings screen 710 shown on the left, select the venue for the event. After selecting the venue, the next step is... Figure 16 In screen 720 shown on the right, the administrator registers seat types. For example, in screen 720, VIP seats, front stage seats, and grandstand seats can be selected. In this embodiment, the following will also describe the case where VIP seats, front stage seats, and grandstand seats are registered as seat types.

[0174] After the seat type is registered, the next step is... Figure 17 In screen 730 shown on the left, the administrator sets the display method (appearance display type) for each area and viewpoint type of the avatar. In screen 730, the display method can be set as "(1) Display as is", "(2) Anonymous display" and "(3) User can choose". "(3) User can choose" means that the user (viewer) can choose whether to display the avatar as is or anonymously. In this example, as an example, the view (display method) for only VIP viewers (avatars) with a relatively small number of seats is set as (3). In addition, although it is not fully displayed in screen 730, as an example, the settings here are the same as those in the first example, except for the settings for VIPs.

[0175] After setting the avatar's display method (appearance display type), the next step is... Figure 17 In screen 740 shown on the right, the administrator assigns seat types. In the example of screen 740, a portion of the middle seating area is designated as VIP, the remainder as front of the stage, and the surrounding seating areas are designated as grandstands. Within the middle seating area, seats designated as VIP are identified as the VIP area, and seats designated as front of the stage are identified as the front of the stage area. Furthermore, seating areas designated as grandstands are identified as the grandstand area.

[0176] Similar to the first example, a simulation of the view seen from the selected area and the view of the selected area seen from other areas can be displayed. The administrator can display the simulation by selecting the area where the simulation is desired and selecting the displayed simulation display button 741. The server 20 displays the simulation of the view seen from the selected area and from other areas based on the setting information that associates the display method (appearance display type) of the avatars by viewpoint type and by audience area. Note that a large number of virtual avatars can be placed in each area in the simulation. Regarding the settings of (3) above, the server 20 randomly displays the appearance of the virtual avatars in the VIP area as is or anonymizes them.

[0177] A detailed description of a specific example of the simulated display according to the second example will be omitted here, as it is identical to the first embodiment except for the main addition of the view seen from the VIP area. Furthermore, a detailed description of the operational processing for activity registration according to the second example will be omitted here, as it is identical to... Figure 8 The operation shown is the same as that in the first example.

[0178] <<3-2. User (Audience) Purchases Seats>>

[0179] Users can purchase seats for events registered through the above process. When purchasing seats, simulations are displayed, such as views from the selected seat and views from other areas. This is based on the seat purchase and reference example in the second example. Figures 9 to 12 The first example described is the same, except that VIP seats have been added to the available seats.

[0180] <<3-3. Entering the activity venue>>

[0181] Next, the process of a user entering the event venue according to the second example will be described.

[0182] Figure 18 and Figure 19 This is a diagram illustrating an example of a screen for accepting user actions related to entering an event venue, according to the second example.

[0183] Users first from Figure 18 In the activity list screen 810 shown on the left, select the activity you wish to enter. Once an activity is selected, the seating arrangement screen 820 will appear, indicating the available seats for the user in the selected activity, such as... Figure 18 As shown on the right. The seats available to the user are, for example, seats that the user has already purchased. In the second example, assume the user has already purchased VIP seats. After confirming their seat, the user selects input button 821.

[0184] After selecting input button 821, the following will be displayed. Figure 19 The avatar view screen 830 is shown on the left. In this example, as in... Figure 17 As shown in screen 730, the avatar view in the VIP area is set to "(3) selectable by the user". Therefore, the user can select the view of their avatar sitting in the VIP seat in the avatar view screen 830. The avatar view can be selected by viewpoint type (e.g., stage, VIP, front of stage, and grandstand). The avatar view can be selected from the setting of displaying the avatar's appearance as is and the setting of displaying the avatar anonymously (specifically, displaying a human silhouette).

[0185] After deciding on the avatar view, the user selects input button 831. When input button 831 is selected, the following is displayed... Figure 19 The right side shows the available seating screen 840. When a user hovers the cursor over their seat in the available seating screen 840, a simulation display button 841 is displayed. By selecting the simulation display button 841, the user can confirm the surrounding environment view from their seat and the view from the surrounding environment of that seat before entering the venue. In addition to primarily adding the view from the VIP area, the displayed simulation provides a detailed description and reference. Figure 10 and Figure 11 The first embodiment described is identical, therefore its detailed description will be omitted here. After confirming the simulation, the user selects the "Enter Venue" button 842 and enters the activity venue.

[0186] <4. Third Example>

[0187] Next, the event hosting process according to the third example of this embodiment will be described. In the third example, a scenario will be described in which "live streaming" and "recording" can be set for the event, and "live streaming" and "recording" are added according to the viewpoint type.

[0188] <<4-1. Activity Settings Performed by Administrators>>

[0189] Figure 20 and Figure 21 This is a diagram illustrating a screen example, based on the third example, for accepting various types of settings related to an activity from an administrator.

[0190] Administrator from Figure 20 In the settings screen 910 shown on the left, select the venue for the event. After selecting the venue, the next step is... Figure 20In the screen 920 shown on the right, the administrator registers seat types and camera types. Camera types include "Live" and "Record". "Live" distributes the events happening during the event to the audience in real time. "Record" saves the events happening during the event as an archive that can be viewed later. In this embodiment, the following will also describe the situation where front stage seats and grandstand seats are registered as seat types, and live and record are registered as camera types.

[0191] After the seat type and camera type have been registered, the next step is... Figure 21 In screen 930 shown on the left, the administrator selects the avatar display method (appearance display type) for each audience area and each viewpoint type. Viewpoint types include not only the audience area but also the camera. Although only a portion is shown in screen 930, in this example, the avatar display method (appearance display type) for each area (stage, front of stage, and grandstand) is set for each of the stage viewpoint, front of stage viewpoint, grandstand viewpoint, live camera, and recording camera.

[0192] After setting the avatar's display method (appearance display type), the next step is... Figure 21 In screen 940 shown on the right, the administrator assigns seat types. In the example shown in screen 940, the central seating area is set as the front of the stage, and the surrounding seating areas are set as the stands. Furthermore, the administrator can display a simulation of the view from the selected area and the view of the selected area from other areas by selecting the area to be simulated and selecting the displayed simulation display button 941.

[0193] Furthermore, in this example, by selecting the "Live Camera Display" button 942 displayed on screen 940, a simulation of a live camera viewpoint can be displayed. Additionally, by selecting the "Recording Camera Display" button 943 displayed on screen 940, a simulation of a recorded camera viewpoint can be displayed. Regarding the camera simulation, pre-registered camera actions, for example, for live reporting or recording, can be displayed, along with approximately ten seconds of motion footage of that camera action.

[0194] <<4-2. Users purchase seats and enter the event venue>>

[0195] The process of purchasing tickets and entering the event venue in the third example is the same as described in the first example, so detailed explanations are omitted here. It is important to note that in this example, the simulation presented to the user when purchasing tickets or entering the venue also includes views from both the live camera and the recorded camera. Therefore, the user can preview their own avatar's view at the event or during recording.

[0196] <5. Variations>

[0197] Next, variations of this embodiment will be described.

[0198] (Settings based on the view seen by the person being liked)

[0199] Regarding the setting of the avatar appearance display type according to this embodiment, the user can configure it so that their avatar stands out from any selected "favorite". "Favorite" refers to the performer supported and liked by the user.

[0200] Figure 22 This is a diagram illustrating an example of a screen for accepting operations related to the view settings of the avatar seen from the admirer, according to a variant. The view settings of the avatar seen from the admirer are performed, for example, by the user upon entry.

[0201] First, upon entry, the user uses a reference... Figure 13 The first example described uses the same method to select the desired activity from the list of accessible activities, and then confirms the user's available seat in the seating chart of the venue where the activity will be held. Next, the user can set the view of their avatar as seen by their admirers.

[0202] Specifically, in Figure 22 In screen 950 shown on the left, the user can set the view of their own avatar as seen from the perspective of the idol. For example, the user can set which member of the idol group performing in a related event will be set as the "idol mode" (idol mode on / off) for the view of their avatar. In screen 950, the view seen from idol A is set to "idol mode on".

[0203] When "Favorite Mode Enabled" is set, display controls are executed to highlight the user's avatar in the virtual space video (i.e., the virtual space video the performer is currently viewing) from the perspective of the relevant "favorite" (performer). There are no particular restrictions on how the user avatar is displayed when "Favorite Mode Enabled," but examples include making the avatar glow or displaying special effects around it. Therefore, the user can attract the attention of the favored individual, and the performer can more easily find their fans, enabling two-way communication. Administrators can pre-select users who can perform this favorite setting, such as users who have only purchased VIP seats.

[0204] After confirming the avatar's view, the user selects input button 951. Once input button 951 is selected, the following will be displayed: Figure 22 The available seating screen 960 is shown on the right. When the user places the cursor over their seat in the available seating screen 960, the simulated display button 961 is displayed.

[0205] Users can select the simulation display button 961 to confirm the view of the surrounding environment from their seat and the view of that seat from the surrounding environment before entering the venue. The simulation displayed here now includes a reference... Figure 10 and Figure 11 In addition to the content described, it also enables the confirmation of the display in the "favorite mode" regarding the view seen from the performers on stage.

[0206] Figure 23 This is a diagram illustrating a simulated display example of the avatar view seen from the viewer, based on this variant. Figure 23 In the simulated display screen 970 shown, in the view of the idol performing on stage (example of a performer), the view seen from "Idol A," which has been set to the "Favorite Mode" by the user, is selected, and a simulation of that view is displayed. The user's avatar can be used in this simulation. As an example of the Favorite Mode display, in... Figure 23 In the simulation display screen 970, the effect is displayed around the user's avatar 972. Therefore, the user can confirm how their avatar in "Beloved Mode" appears to the beloved. After confirming the simulation, the user selects the "Enter Venue" button 962 and enters the event venue.

[0207] (Settings for the view seen from acquaintances)

[0208] The setting of the user avatar view based on the object is not limited to the above-mentioned object being liked. For example, it is also conceivable to set the object as the user's acquaintance.

[0209] Users can set their avatar view to be seen by acquaintances in the event venue. "Acquaintances" are, for example, another user whom the user has registered as a friend.

[0210] Figure 24 This is an example diagram showing a screen for accepting operations related to settings of the avatar view seen from an acquaintance, according to this modified example. The settings for the avatar view seen from an acquaintance can, for example, be performed by the user upon entry.

[0211] exist Figure 24 In the shown screen 980, a user can, for example, set one of the following views of their avatar as seen by acquaintances: a highlighted avatar view, a normal view without any changes, and an anonymized view to avoid being recognized. The anticipated needs of users participating in the activity include situations where they want their avatar to be highlighted so that they can be found by acquaintances, and situations where they want to avoid being seen by acquaintances. Allowing users to optionally choose the avatar view improves user convenience.

[0212] <6. Supplementary Explanation>

[0213] While preferred embodiments of the present disclosure have been described in detail with reference to the accompanying drawings, the technology is not limited to these examples. Various modifications and variations will arise for those skilled in the art to which this disclosure pertains, within the spirit and scope of the claims, and all of these should be understood to fall within the scope of this disclosure.

[0214] For example, one or more computer programs can be created to enable the hardware such as CPU, ROM, and RAM built into the aforementioned server 20, user terminal 10, or administrator terminal 12 to perform the functions of the server 20, user terminal 10, or administrator terminal 12. Furthermore, a computer-readable storage medium for storing one or more computer programs is provided.

[0215] Furthermore, the effects described in this specification are descriptive or exemplary only, and not restrictive. That is to say, in addition to or instead of the effects described above, the technology according to this disclosure may have other effects that can be clearly understood by those skilled in the art based on the description in this specification.

[0216] Note that this technology can also be configured as follows.

[0217] (1) An information processing device, comprising

[0218] Control unit, its

[0219] For one or more areas within an activity taking place in virtual space, the appearance display type, at least including the anonymized display of the avatar, is set in association with the viewpoint type, and...

[0220] Based on the association between viewpoint type and appearance display type, the display of the avatar's appearance in each area of ​​the video in the virtual space is controlled.

[0221] (2) According to the information processing device described in (1) above, wherein the viewpoint type is the type of the area where the viewpoint entity, i.e. the user's avatar, is located when watching the video in the virtual space.

[0222] (3) The information processing device according to (2) above, wherein the area type includes at least one of stage, VIP, front of stage and grandstand.

[0223] (4) The information processing device according to (1) above, wherein,

[0224] The viewpoint type is the type of camera used to capture events taking place in the virtual space, and

[0225] The camera type includes at least one of a camera that provides live coverage of events occurring in the virtual space and a camera that records events occurring in the virtual space.

[0226] (5) The information processing device according to any one of (1) to (4) above, wherein the appearance display type includes a setting for displaying the appearance of the avatar as is without alteration.

[0227] (6) The information processing apparatus according to any one of (1) to (5), wherein the control unit controls the area where the appearance display type associated with the viewpoint type of the viewpoint entity of the virtual space video is set to anonymized display, such that the appearance of all avatars in the area is replaced with the same specified appearance and displayed.

[0228] (7) The information processing device according to (6) above, wherein the specified appearance is a display form through which the avatar cannot be individually identified from the appearance of the avatar.

[0229] (8) The information processing device according to (6) or (7) above, wherein the specified appearance is a human silhouette, a mosaic or a predetermined character.

[0230] (9) The information processing device according to any one of (1) to (8) above, wherein the control unit controls the display of a view from an optional seat in the area or a simulation of a view of the seat from another area based on the association between the viewpoint type and the appearance display type.

[0231] (10) The information processing device according to (9) above, wherein the control unit performs control to display the simulation on a screen that accepts the administrator's setting of the appearance display type.

[0232] (11) The information processing device according to (9) above, wherein the control unit performs control to display the simulation on a screen for accepting seat purchases by users participating in the activity.

[0233] (12) The information processing device according to (9) above, wherein the control unit performs control to display the simulation on a screen that accepts the entry of the user participating in the activity into the venue of the activity.

[0234] (13) The information processing device according to any one of (1) to (12) above, wherein the control unit sets the view of the user avatar seen by a specific performer performing in the activity to a view in which the avatar appears prominent, based on the user's operation.

[0235] (14) The information processing device according to any one of (1) to (13) above, wherein the control unit sets a view of the user avatar seen from the user's acquaintances based on the user's operation.

[0236] (15) An information processing method, comprising:

[0237] processor

[0238] For one or more areas within an activity taking place in virtual space, the appearance display type, at least including the anonymized display of the avatar, is set in association with the viewpoint type, and...

[0239] Based on the association between viewpoint type and appearance display type, the display of the avatar's appearance in each area of ​​the video in the virtual space is controlled.

[0240] (16) A method for enabling computers to be used as

[0241] The program of the control unit, the control unit

[0242] For one or more areas within an activity taking place in virtual space, the appearance display type, at least including the anonymized display of the avatar, is set in association with the viewpoint type, and...

[0243] Based on the association between viewpoint type and appearance display type, the display of the avatar's appearance in each area of ​​the video in the virtual space is controlled.

[0244] [List of Labels in the Attached Image]

[0245] 1. Information Processing System

[0246] 10 User Terminals

[0247] 12 Administrator Terminal

[0248] 20 servers

[0249] 210 Communication Unit

[0250] 220 Control Unit

[0251] 221 Setting Unit

[0252] 222 Display Control Unit

[0253] 230 storage units

[0254] 231 Configuration Information DB

[0255] 30 Network

Claims

1. An information processing device, comprising: A control unit having a processor and a memory storing a computer-readable program, wherein when the processor executes the computer-readable program, the computer-readable program configures the control unit to: Transmit information from the virtual space to at least one user terminal. For one or more areas of an activity taking place in virtual space, an appearance display type, associated with the viewpoint type, is set for each of the at least one user terminal, including at least an anonymized display of an avatar, and... Based on the association between viewpoint type and appearance display type, the appearance display of each avatar in each area of ​​the video in the virtual space is controlled.

2. The information processing device according to claim 1, wherein The viewpoint type is the type of the one or more regions in which each avatar is located.

3. The information processing device according to claim 2, wherein, The types of the one or more areas include at least one of the following: the stage of the virtual space, the VIP area of ​​the virtual space, the front of the stage of the virtual space, and the stands of the virtual space.

4. The information processing device according to claim 1, wherein... The viewpoint type refers to the type of camera used to capture the virtual space, and The camera type includes at least one of the following: a first camera that provides live coverage of the virtual space for distribution to the at least one user terminal; and a second camera that records the virtual space in a memory.

5. The information processing device according to claim 1, wherein the appearance display type includes a setting for displaying the appearance of the avatar in an unchanging manner.

6. The information processing apparatus of claim 1, wherein the control unit is further configured to: in response to setting the viewpoint type to anonymized display for one of the one or more regions, control the display of the appearance of all avatars in the one region with the same specified appearance.

7. The information processing device according to claim 6, wherein, The specified appearance is a display format through which the avatar cannot be individually identified from its appearance.

8. The information processing device according to claim 6, wherein, The specified appearance is a human silhouette, a mosaic, or a pre-designated character.

9. The information processing device according to claim 1, wherein, The control unit is also configured to display a simulation of a view seen from an optional seat in a first area of ​​the one or more areas, or a view of the seat seen from a second area of ​​the one or more areas, based on the association between the viewpoint type and the appearance display type.

10. The information processing device according to claim 9, wherein, The control unit is also configured to display the simulation on the screen, and The screen includes a button for selecting the appearance display type, and the button can be selected by the administrator.

11. The information processing device according to claim 9, wherein, The control unit is also configured to display the active seat selection screen, which includes analog display buttons, and In response to a user selecting a seat on the seat selection screen and then selecting a simulated display button, the control unit is configured to display a view from the selected seat for the user to confirm the seat.

12. The information processing device according to claim 9, wherein, The control unit is also configured to display the simulation on the screen when users entering the event venue are accepted to participate in the event.

13. The information processing device according to claim 1, wherein, The control unit is also configured to, based on the operation of the at least one user terminal, set the view of the avatar of the at least one user terminal as seen from a specific performer performing in the activity to a view in which the avatar appears prominent.

14. The information processing device according to claim 1, wherein, The at least one user terminal includes multiple user terminals. The plurality of user terminals includes a first user terminal and a second user terminal. The control unit is also configured to: based on user operations, set a view of the avatar of the first user terminal as seen from the perspective of an acquaintance on the first user terminal, and The first user's operation includes registering the second user's terminal as the acquaintance.

15. An information processing method, comprising: The processor, for one or more areas of activity taking place in virtual space, sets an appearance display type for each of multiple user terminals, associated with the viewpoint type, including at least an anonymized display of the avatar, and... Based on the association between viewpoint type and appearance display type, the appearance display of each avatar in each area of ​​the video in the virtual space is controlled.

16. The information processing method according to claim 15, wherein, The viewpoint type is the type of the one or more regions in which each avatar is located, and The types of the one or more areas include at least one of the following: a virtual stage, a virtual VIP area, a virtual stage front area, and a virtual grandstand.

17. The information processing method according to claim 15, further comprising: In response to setting the viewpoint type to anonymous display for one of the one or more regions, the display of the appearance of all avatars in that region is controlled by the same specified appearance.

18. The information processing method according to claim 15 further includes displaying the simulation on a screen. in, The screen includes a button for selecting the appearance display type, and the button can be selected by the administrator.

19. The information processing method according to claim 15, further comprising displaying a seat selection screen for the activity, the seat selection screen including simulated display buttons; and In response to the user selecting a seat on the seat selection screen and then selecting the simulation display button, a view from the selected seat is displayed for the user to confirm the seat.

20. A controller having a processor and a memory, the memory storing a computer-readable program that, when executed by the processor, configures the controller to: Sending information about a virtual space to at least one user terminal, and, for one or more areas of activity taking place in the virtual space, setting, in association with viewpoint type, at least the appearance display type of the anonymized display of the avatar for each of the multiple user terminals, and... Based on the association between viewpoint type and appearance display type, the display of the appearance of each avatar in each area of ​​the video in the virtual space is controlled.

Images