Protecting user's health from excessive addiction to universe

Abstract

Innovative techniques and apparatus for controlling universe demonstration are disclosed. The proposed techniques and devices allow for prevention of excessive addiction to universe demonstrations based on user bioassays (e.g., oxygen saturation, heart rate, body temperature, blood pressure, etc.). If the biometric indicates that the health of the user is compromised due to the meta-universe presentation, the meta-universe presentation (visual output, audio output, haptic output) may be altered to reduce excessive addiction of the user.

Description

Technical Field

[0001] The present disclosure generally relates to devices and methods for protecting a user's health from becoming overly obsessed with the metaverse. Background Art

[0002] The metaverse focuses on the close connection between physical reality and virtual reality. It is not usually immersed in a virtual space far away from reality. Instead, the metaverse extends existence to another space that is connected to reality in some way. The metaverse space will usually include elements such as augmented reality (AR), virtual reality (VR), games, commerce, and social networks. As technology advances, the metaverse demonstration can become very realistic.

[0003] Excessive obsession with the Metaverse may cause problems, including health problems. For example, violent sports games in the Metaverse (e.g., boxing, martial arts, etc.) may increase the likelihood of causing problems. Unfortunately, there are few countermeasures to prevent such excessive obsession.

[0004] Therefore, there is a need for systems, apparatuses, and methods that overcome the deficiencies of conventional devices, including the methods, systems, and apparatuses provided herein. Summary of the invention

[0005] The following content presents a brief overview of one or more aspects and / or examples associated with the apparatus and methods disclosed herein. Thus, the following summary should not be considered an extensive review of all expected aspects and / or examples, nor should the following summary be considered to identify key or important elements associated with all expected aspects and / or examples or to indicate the scope associated with any particular aspect and / or example. Therefore, the sole purpose of the following summary is to present certain concepts associated with one or more aspects and / or examples associated with the apparatus and methods disclosed herein in a simplified form prior to the detailed description presented below.

[0006] An exemplary metaverse controller is disclosed. The metaverse controller may include a user condition determiner configured to determine a user condition based on a biometric of the user sensed by one or more biometric sensors. The metaverse controller may also include a presentation controller configured to control one or more metaverse outputs of a metaverse presentation based on the user condition. The metaverse outputs may include any one or more of a visual output, an audio output, and a tactile output. The metaverse presentation may include a presentation incorporating extended reality (XR).

[0007] A method of controlling a metaverse presentation is disclosed. The method may include determining a user condition based on a biometric of the user sensed by one or more biometric sensors. The method may also include controlling one or more metaverse outputs of the metaverse presentation based on the user condition. The metaverse outputs may include any one or more of a visual output, an audio output, and a tactile output. The metaverse presentation may include a presentation incorporating extended reality (XR).

[0008] Another exemplary Metaverse controller is disclosed. The Metaverse controller may include components for determining a user condition based on a biometric of the user sensed by one or more biometric sensors. The Metaverse controller may also include components for controlling one or more Metaverse outputs of a Metaverse presentation based on the user condition. The Metaverse outputs may include any one or more of a visual output, an audio output, and a tactile output. The Metaverse presentation may include a presentation incorporating extended reality (XR).

[0009] A non-transitory computer-readable medium storing computer-executable instructions for a metaverse controller is disclosed, the metaverse controller comprising one or more processors communicatively coupled to one or more memories. The computer-executable instructions may include one or more instructions to instruct the one or more processors to determine a user condition based on a biometric of the user sensed by one or more biometric sensors. The computer-executable instructions may also include one or more instructions to instruct the one or more processors to control one or more metaverse outputs of a metaverse presentation based on the user condition. The metaverse outputs may include any one or more of a visual output, an audio output, and a tactile output. The metaverse presentation may include a presentation incorporating extended reality (XR).

[0010] Other features and advantages associated with the apparatus and methods disclosed herein will be apparent to those skilled in the art based on the accompanying drawings and detailed description. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] A more complete appreciation of the various aspects of the present disclosure and its many attendant advantages will be readily obtained as the various aspects of the present disclosure and its many attendant advantages become better understood by reference to the following detailed description when considered in conjunction with the accompanying drawings, which are presented solely for the purpose of illustration and not limitation of the present disclosure.

[0012] Figure 1A The superficial temporal artery is shown, and Figure 1B and Figure 1C An example of a display equipped with a superficial temporal artery sensor is illustrated.

[0013] Figure 2A and Figure 2BAn example of a metaverse presentation system according to one or more aspects of the present disclosure is illustrated.

[0014] Figures 3 to 7 A flow chart illustrating an example method of controlling a metaverse presentation according to one or more aspects of the present disclosure is illustrated.

[0015] Figure 8 Various electronic devices are illustrated that may utilize one or more aspects of the present disclosure.

[0016] Other objects and advantages associated with the various aspects disclosed herein will be apparent to those skilled in the art based on the drawings and detailed description. As a rule, the features depicted in the drawings may not be drawn to scale. Therefore, for the sake of clarity, the size of the features depicted may be arbitrarily enlarged or reduced. As a rule, some drawings are simplified for the sake of clarity. Therefore, the drawings may not depict all components of a particular device or method. In addition, throughout the specification and drawings, the same reference numerals represent the same features. DETAILED DESCRIPTION

[0017] Various aspects of the present disclosure are illustrated in the following description and related drawings for specific embodiments. Alternative aspects or embodiments may be designed without departing from the scope of the teachings herein. In addition, well-known elements of the illustrative embodiments herein may not be described in detail or may be omitted to avoid obscuring the relevant details of the teachings in the present disclosure.

[0018] In some of the described example implementations, various component structures and operating parts are identified that can be taken from known conventional technologies and then arranged in accordance with one or more exemplary embodiments. In this case, the internal details of the known conventional component structures and / or operating parts can be omitted to help avoid potential confusion of the concepts described in the illustrative embodiments disclosed herein.

[0019] The terms used herein are only for describing specific embodiments and are not intended to be limiting. As used herein, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises", "comprising", "includes", and / or "including" when used herein refer to the presence of specified features, integers, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and / or groups thereof.

[0020] As indicated above, overindulgence in the Metaverse can be problematic, including causing health problems. Mitigation is typically left to the discretion of the individual user. Options exist to allow parents or other caregivers or organizations to enable mitigation measures. However, these are almost entirely time-based. For example, a parent may allow a child to play for a certain amount of time, such as one hour. Thereafter, access to the Metaverse device is prohibited. As another example, access may be restricted to certain times of the day, such as between 7pm and 9pm.

[0021] Time-based mitigation does not take into account the user's actual health level. Therefore, in order to address these and other issues associated with the Metaverse demonstration, it is proposed to rate a person's fatigue or stress level to protect the user from over-indulging in the Metaverse. For example, various biometric sensors can be used to monitor and rate a person's fatigue and / or stress level, and take necessary mitigation measures to prevent overuse and health problems.

[0022] Biometric sensors can take many forms. The sensor can be electrical. For example, electrodes for measuring electrical signals (e.g., as used in an electrocardiogram (ECG, EKG)) can be used. The sensor can also be optical. For example, a blood oxygen saturation (SPO2) sensor can be used to measure the oxygen content of the blood. The biometric sensor can also be a companion device, such as a watch.

[0023] Figure 1A The superficial temporal artery is shown, which is an example of a region of a human that can be used to measure biometrics. Figure 1B and Figure 1C As seen in FIG, one or more sensors may be attached to a display device, such as a head mounted display (HMD), to monitor the superficial temporal artery. Biometrics such as heart rate, temperature, ECG, SPO2, blood pressure, etc. recorded by photoplethysmography (PPG) may be measured by the superficial temporal artery sensor. Of course, sensors—electrical and / or optical—may be used to monitor other parts of a person to measure biometrics.

[0024] Figure 2A and Figure 2B An example of a Metaverse presentation system 200 according to one or more aspects of the present disclosure is illustrated. As indicated above, a Metaverse presentation can extend existence to another space that is connected to reality in various ways. Such spaces include augmented reality (AR), virtual reality (VR), games, commerce, social networks, etc. For ease of description, such spaces can be embodied by the phrase "extended reality (XR)". It can then be said that a Metaverse presentation can include a presentation that incorporates extended reality.

[0025] like Figure 2A and Figure 2B As seen in FIG. 1 , the Metaverse presentation system 200 may include one or more sensors 210, a Metaverse controller 220, and one or more output devices 230. The sensors may include one or more biometric sensors 212. Figure 1B and Figure 1C The superficial temporal artery sensor in is an example of a biometric sensor 212. Alternatively or in addition, the biometric sensor 212 may include any one or more of electrodes (e.g., for ECG / EKG), an SPO2 monitor, a PPG sensor, etc. The sensor 210 may also include one or more activity sensors 214, which may be configured to monitor user physical activity (e.g., sitting, standing, walking, brisk walking, jogging, running, sprinting, etc.).

[0026] The Metaverse controller 220 may be configured to control the output of the Metaverse presentation, i.e., control the Metaverse output. The Metaverse output may include any combination of visual output, audio output, and tactile output. The details of the Metaverse controller 220 will be further described below.

[0027] One or more output devices 230 may be configured to provide a Metaverse presentation based on control from Metaverse controller 220. Output devices 230 may include one or more display devices 236 configured to provide visual output, one or more audio devices 234 configured to provide audio output, and one or more haptic devices 236 configured to provide tactile output.

[0028] like Figure 2A As seen in , the Metaverse controller 220 may include a user condition determiner 222 and a presentation controller 224. The Metaverse controller 220 may be configured to determine a user condition based on a biometric of the user sensed by one or more biometric sensors 212. The presentation controller 224 may be configured to control one or more Metaverse outputs of a Metaverse presentation based on the user condition. As indicated, the Metaverse outputs may include any one or more of a visual output, an audio output, and a tactile output. Recall that in one aspect, a Metaverse presentation may include a presentation that incorporates extended reality (XR). That is, a Metaverse presentation may include a presentation that incorporates any combination of VR, AR, MR, gaming, social networking, and the like.

[0029] The user status determiner 222 and the presentation controller 224 can be implemented as separate physical modules. On the other hand, the user status determiner and the presentation controller can be integrated in a single device or integrated circuit such as a system on a chip (SoC). Alternatively, the user status determiner 222 and the presentation controller 224 can be regarded as logical units and implemented using hardware (e.g., using a field programmable gate array (FPGA)) or a combination of hardware and software.

[0030] Figure 2B An alternative perspective of a Metaverse controller 220 is illustrated, which includes one or more processors 223 and one or more memories 225 communicatively coupled to each other. The memory 225 (e.g., volatile, non-volatile) can be embedded in the processor 223 or separate from the processor 223. The user adjuster 222 and / or the presentation controller 224 can be implemented as computer executable instructions stored in the memory 225 and executed by the processor 223.

[0031] Figure 3 A flow diagram of an example method 300 performed by the Metaverse controller 220 for controlling a Metaverse presentation to a user is illustrated. In block 310, the user profile determiner 222 may determine or otherwise establish a user baseline.

[0032] Figure 4 A flow chart of a process performed by the user condition determiner 222 (or the processor 223 and the memory 225) to implement block 310 is illustrated. In one aspect, the user baseline may be determined based on a biometric of the user. In block 410, the user condition determiner 222 may receive a user biometric sensed by one or more biometric sensors 222. Alternatively or in addition, in block 415, the user condition determiner 222 may query the user with health-related questions provided by the user. For example, the user may be asked to provide age, gender, weight, height, etc.

[0033] In block 420, the user condition determiner 222 may determine a user baseline, which may be based on user biometrics sensed by the sensor 212, user responses to health questions, or both. For example, a baseline may be established in any combination of SPO2, heart rate, temperature, ECG, blood pressure, etc.

[0034] In block 430, the user condition determiner 222 may set one or more condition thresholds based on the user baseline. In general, condition thresholds may be utilized to determine the user's level of immersion in the Metaverse demonstration. Condition thresholds are described in further detail below.

[0035] Return to reference Figure 3 , note that box 310 is dashed to indicate that box 310 is optional. In one aspect, if the user is a new user (i.e., a user unknown to the system), then box 310 can be performed. If the user is a known user whose baseline has been previously established, then box 310 does not need to be performed unless the user wishes to do so again. On the other hand, the unknown user may not be willing to perform a baseline determination. In this case, instead of performing box 310, the user status determiner 222 can simply assume a generic user baseline and a generic status threshold.

[0036] Note that if block 310 is performed, it can be performed at the beginning. In other words, block 310 can be performed before the metaverse presentation begins.

[0037] In block 320, the user condition determiner 222 may monitor user biometrics based on the biometrics sensed by the one or more biometric sensors 212. Again, biometrics such as SPO2, heart rate, body temperature, ECG, blood pressure, etc. may be monitored.

[0038] In block 330 , the user condition determiner 222 may monitor user physical activity. Figure 5 A flow chart of the process performed by the user condition determiner 222 (or the processor 223 and the memory 225) to implement block 330 is illustrated. In block 510, the user condition determiner 222 may receive activity information from one or more activity sensors 214. In one aspect, the activity sensor 214 may be configured to provide user motion information. For example, the activity sensor may provide motion information of the user's hands, elbows, knees, feet, head, etc.

[0039] In box 520, the user condition determiner 222 can determine the user's physical activity based on the activity information. For example, the user can be determined as sitting, standing, walking, brisk walking, running, sprinting, etc. Typically, the user's physical activity can be one of a variety of physical activity types, and each physical activity type can be associated with a specific physical fatigue level. In one aspect, a corresponding body temperature margin can be assigned. When determining the user's condition, the body temperature margin (further described below) can be utilized. Table 1 below is an example of a table that associates physical activity types with fatigue levels and body temperature margins.

[0040] Table 1

[0041] stand Walk Go fast running Sprint strength 20％ 40％ 60％ 80％ 100％ body temperature margin 0 0.25 0.5 0.75 1

[0042] In block 530 , the user condition determiner 222 may set one or more condition thresholds based on the user activity.

[0043] Return to reference Figure 3 In block 340, the user status determiner 222 may determine the user status based on a biometric sensed by the user (e.g., by one or more biometric sensors 212). The user status may also be set based on a user baseline, user activity, or both. Specifically, the user status may be set based on a user baseline (see Figure 4 ), user activities (see Figure 5 ) or both to set one or more status thresholds.

[0044] Figure 6A flow chart is illustrated of a process performed by the user status determiner 222 (or the processor 223 and the memory 225) to implement block 340. In block 610, the user status determiner 222 may determine whether the user's biometric is at or above the yellow status threshold. For explanation, an example user status table is provided in Table 2 below.

[0045] Table 2

[0046]

[0047]

[0048] In Table 2, three user conditions are defined - green (or normal), yellow (or warning), and red (or critical). This is just an example. There may be any number of user conditions that can be defined. However, to simplify the explanation, three conditions are illustrated in Table 2. The dividing line between the green condition and the yellow condition may be referred to as the yellow condition threshold.

[0049] Note that Table 2 takes into account both user activity and user baseline when setting the user status. For example, with respect to heart rate, both the green status and the yellow status illustrate both the user baseline and the user activity. For example, the user's target heart rate and maximum heart rate may be calculated based on age and exercise intensity as follows:

[0050] Maximum heart rate: HRmax = 220 – age;

[0051] Resting heart rate: HRR = the user's heart rate when at rest;

[0052] Exercise intensity: EI = based on user activity (in %);

[0053] Target heart rate: HRT = EI × HRmax + (1 – EI) × HRR.

[0054] For example, if a 50-year-old user with a normal heart rate is exercising at 60% intensity (e.g., brisk walking), the target heart rate is 142 (=60%×(220–50)+40%×100). In this case, in terms of heart rate, if the heart rate is at or above 142, the user can be considered to be in a yellow condition, and if the heart rate is below 142, the user can be considered to be in a green condition. In addition, regardless of age, if the heart rate is at or above the maximum heart rate HRmax, the user's condition can be considered to be in a red condition.

[0055] As another example, the user's body temperature can be used to determine the user's condition. As an illustration, the user's baseline body temperature can be 36.5°C. If the user's physical activity shows a 40% intensity level (e.g., walking), the user's condition can be in a green condition up to 36.75°C (=37+(36–36.5)+0.25). Accordingly, the user's condition can be in a yellow condition. If the body temperature exceeds 37.75°C (=38+(36–36.5)+0.25), the user's condition can be in a red condition.

[0056] Note that in one aspect, body temperature can also be monitored for hypothermia conditions. For example, a body temperature below 36°C can indicate mild hypothermia, while a temperature below 35°C can indicate severe hypothermia.

[0057] As another example, blood pressure may also be utilized. Table 3 illustrates an example of a blood pressure (BP) table that may be used to determine a baseline value.

[0058] Table 3

[0059]

[0060]

[0061] In one aspect, if at least a certain minimum number (e.g., one, two, three, etc.) of biometrics are at or above the yellow condition threshold, the user condition can be determined to be in the yellow condition. For example, if the minimum number is one, all biometrics should be below the yellow condition threshold for the user condition to be in the green condition. In this case, if any one of the biometrics is at or above the yellow condition threshold, the user condition can be determined to be in the yellow condition. For example, if the user's heart rate is at or above the target rate, the user condition can be determined to be in the yellow condition. If the user's heart rate is lower than the target rate, the user condition can be determined to be in the yellow condition. Alternatively, if the user's body temperature is at or above 37°C corrected by the baseline and body temperature margin, the user condition can be determined to be in the yellow condition. If the user's body temperature is lower than this level, the user condition can be determined to be in the green condition. Similarly, if any single biometric is at or above the red condition threshold (between the yellow condition and the red condition), the user condition can be determined to be in the red condition.

[0062] If the user's biometric is determined to be below the yellow condition threshold ('no' output from block 610), the user condition determiner 222 may determine that the user condition is in the green condition.

[0063] On the other hand, if the user's biometric is determined to be at or above the yellow condition threshold ('yes' output from block 610 ), then in block 630 , the user condition determiner 222 may determine whether the user's biometric is at or above the red condition threshold.

[0064] If it is determined that the user's biometric is at or above the red condition threshold ('yes' output from block 630 ), then in block 660 , the user condition determiner 222 may determine that the user condition is in the red condition.

[0065] On the other hand, if the user's biometric is determined to be below the red condition threshold ('no' output from block 630 ), then in block 650 , the user condition determiner 222 (or processor 223 and memory 225 ) may determine that the user condition is in the yellow condition.

[0066] In one aspect, it may not be desirable for a user to be in an alerting state for an extended period of time. For example, it may not be desirable for a user's heart rate to be in an elevated state for an extended period of time. Therefore, in an alternative, if the user's biometric is determined to be below the red condition threshold ('no' output from box 630), then in box 640 (dashed to indicate that box 640 is optional), the user condition determiner 222 (or processor 223 and memory 225) may determine whether the user condition has been in the yellow condition for a duration that is longer than or equal to the red condition threshold duration.

[0067] If the user condition has been in the yellow condition for a duration longer than or equal to the red condition threshold duration ('yes' output from box 640), then in box 660, the user condition determiner 222 (or the processor 223 and the memory 225) may determine that the user condition is in the red condition. Otherwise ('yes' output from box 640), then in box 650, the user condition determiner 222 (or the processor 223 and the memory 225) may determine that the user condition is in the yellow condition.

[0068] Return to reference Figure 3 In block 350, presentation controller 224 may control one or more metaverse outputs of the metaverse presentation based on the user condition. In other words, presentation controller 224 may control visual output, audio output, and / or tactile output.

[0069] Figure 7 A flow diagram is illustrated of a process performed by presentation controller 224 (or processor 223 and memory 225) to implement block 350. If the user status is determined to be in a green status (e.g., from block 620), then presentation controller 224 may provide a normal Metaverse presentation in block 710. In one aspect, a normal Metaverse presentation may be a presentation as intended by one or more applications that generated the Metaverse presentation.

[0070] If the user condition is determined to be in a yellow condition (e.g., from block 650), then in block 720, presentation controller 224 may provide a cautionary Metaverse presentation. There may be at least some differences between a normal Metaverse presentation and a cautionary Metaverse presentation.

[0071] Recall that the metaverse demonstration is connected to reality in various ways. In one aspect, the reality weight can be increased in the cautionary metaverse demonstration relative to the normal metaverse demonstration. Alternatively or in addition, the reality weight can be reduced in the cautionary metaverse relative to the normal metaverse demonstration.

[0072] Some specific differences between a normal Metaverse demonstration and a cautionary Metaverse demonstration may include any combination of the following:

[0073] Visual outputs can vary in brightness (e.g. a warning metaverse demo can be brighter or darker, depending on which disrupts user engagement);

[0074] The color saturation of visual output can vary (e.g. the cautionary Metaverse demo can be more or less saturated, depending on which disrupts user engagement);

[0075] The grayscale of the visual output can be different (e.g. a cautionary metaverse demo could have a larger grayscale or a smaller grayscale, depending on which would disrupt user engagement);

[0076] The visual white noise of the visual output can vary (e.g. the warning metaverse demo can have more white noise or less white noise, depending on which disrupts user engagement);

[0077] The audio white noise of the audio output can vary (e.g. the warning metaverse demo can have more white noise or less white noise, depending on which one disrupts user engagement);

[0078] The vibration of the tactile output can be different (e.g., the warning metaverse demonstration can have stronger vibrations or weaker vibrations, depending on which disrupts user engagement; the warning metaverse demonstration can have longer vibrations or shorter vibrations, depending on which disrupts user engagement; the warning metaverse can have vibration outputs when the normal metaverse has no vibration outputs; the warning metaverse can have no vibration outputs when the normal metaverse does have vibration outputs);

[0079] Warnings may be provided in a warning metaverse presentation (e.g., visual warnings such as pop-up windows and / or scrolling messages, audio warnings, tactile warnings, etc.).

[0080] As discussed above, it may not be desirable for a user to be in the yellow condition for a long period of time. Although not shown, the presentation controller 224 may be configured to increase the difference between the alerting Metaverse presentation and the normal Metaverse presentation the longer the user's condition remains in the yellow condition. For example, the difference in any one or more of brightness, color saturation, grayscale, visual white noise, audio white noise, tactile output vibrations, warnings, etc. may be increased.

[0081] If the user status is determined to be in a red status (eg, from block 660 ), then in block 730 , presentation controller 224 may pause the metaverse presentation entirely.

[0082] In block 740, presentation controller 224 may also provide emergency outputs. For example, presentation controller 224 may control the Metaverse outputs in any combination of the following ways:

[0083] Output a single color in visual output;

[0084] Output an audible alarm on the audio output;

[0085] Outputting a vibration on the tactile output that lasts longer than a critical duration;

[0086] Output alert window on visual output;

[0087] Notify emergency contacts (e.g., call 911, call designated emergency contacts, etc.).

[0088] Return to reference Figure 3 , the Metaverse controller 220 (or processor 223 and memory 225) may check whether the Metaverse demonstration has ended. If the Metaverse demonstration has not ended ('No' output from block 360), then the method may continue to block 320. If the Metaverse demonstration has ended ('Yes' output from block 360), then the method may end.

[0089] Thus, it can be seen that the user biometric can be monitored multiple times. In one aspect, the frequency of performing block 320 can be set based on the user status. For example, if the user status is in the green status, the user status determiner 222 can wait a first duration before performing block 320 again. If the user status is in the yellow status, the user status determiner 222 can wait a second duration before performing block 320 again. The second duration can be shorter than the first duration. That is, the user status determiner 222 can monitor the user biometric more frequently when the user is in the yellow status than when the user is in the green status.

[0090] Figure 8Various electronic devices 800 are illustrated that may be integrated with any of the aforementioned Metaverse controllers in accordance with various aspects of the present disclosure. For example, a mobile phone device 802, a laptop device 804, and a fixed location terminal device 806 may each generally be considered a user equipment (UE) and may include a Metaverse controller as described herein. Figure 8 The devices 802, 804, 806 illustrated in the figure are merely exemplary. Other electronic devices may also include an RF filter, including but not limited to a group of devices (e.g., electronic devices) including mobile devices, handheld personal communication system (PCS) units, portable data units such as personal digital assistants, devices supporting global positioning systems (GPS), navigation devices, set-top boxes, music players, video players, entertainment units, fixed location data units such as meter reading devices, communication devices, smart phones, tablet computers, computers, wearable devices, servers, routers, electronic devices implemented in motor vehicles (e.g., autonomous vehicles), Internet of Things (IoT) devices, or any other device that stores or retrieves data or computer instructions or any combination thereof.

[0091] Implementation examples are described in the numbered clauses below:

[0092] Item 1: A Metaverse controller comprising: a user condition determiner configured to determine a user condition based on a biometric of the user sensed by one or more biometric sensors; and a presentation controller configured to control one or more Metaverse outputs of a Metaverse presentation based on the user condition, the Metaverse output comprising any one or more of a visual output, an audio output, and a tactile output, and the Metaverse presentation comprising a presentation incorporating extended reality (XR).

[0093] Clause 2: A metaverse controller according to clause 1, wherein XR includes any one or more of virtual reality (VR), augmented reality (AR), mixed reality (MR), gaming, and social networking.

[0094] Clause 3: A Metaverse controller according to any of clauses 1 to 2, wherein the biometrics sensed by the one or more biometric sensors include any one or more of oxygen saturation (SPO2), heart rate, body temperature, and blood pressure.

[0095] Clause 4: A Metaverse controller according to any of clauses 1 to 3, wherein the one or more biometric sensors include a superficial temporal artery sensor.

[0096] Clause 5: A Metaverse controller according to clause 4, wherein the superficial temporal artery sensor is mounted on or integrated with a head-mounted display (HMD), the HMD being configured to display visual output.

[0097] Clause 6: A Metaverse controller according to any one of clauses 1 to 5, wherein the user condition determiner is configured to: determine whether the biometric is at or above a yellow condition threshold; determine that the user condition is in a yellow condition when the biometric is determined to be at or above the yellow condition threshold; and determine that the user condition is in a green condition when the biometric is determined to be below the yellow condition threshold, and wherein the presentation controller is configured to control the Metaverse output to provide a normal Metaverse presentation when the user condition is determined to be in a green condition, and to provide a warning Metaverse presentation different from the normal Metaverse presentation when the user condition is determined to be in a yellow condition.

[0098] Clause 7: A metaverse controller according to clause 6, wherein the reality component demonstration is increased in the warning metaverse demonstration relative to the normal metaverse demonstration, wherein the non-reality component demonstration is reduced in the warning metaverse demonstration relative to the normal metaverse demonstration, or both.

[0099] Clause 8: A Metaverse controller according to any of clauses 6 to 7, wherein a normal Metaverse presentation is a presentation as intended by an application generating the Metaverse presentation, and wherein a cautionary Metaverse presentation is a presentation that deviates from the normal Metaverse presentation.

[0100] Clause 9: A Metaverse controller according to any one of Clauses 6 to 8, wherein the brightness of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the color saturation of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the grayscale of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the visual white noise of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the audio white noise of the audio output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the vibration of the tactile output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein any one or more of visual warnings, audio warnings or tactile warnings, or any combination thereof, is demonstrated in the warning Metaverse demonstration.

[0101] Clause 10: A metaverse controller according to any one of clauses 6 to 9, wherein the user status determiner is configured to determine the user status again after a first duration after determining that the user status is in a green status and after a second duration after determining that the user status is in a yellow status, the second duration being shorter than the first duration.

[0102] Clause 11: A metaverse controller according to any one of clauses 6 to 10, wherein the presentation controller is configured to increase the difference between the warning metaverse presentation and the normal metaverse presentation the longer the user status remains in the yellow status.

[0103] Clause 12: A Metaverse controller according to any one of clauses 6 to 11, wherein the user condition determiner is further configured to: determine whether the biometric is at or above a red condition threshold, the red condition threshold being higher than a yellow condition threshold; and determine that the user condition is in a red condition when the biometric is determined to be at or above the red condition threshold, and wherein the presentation controller is further configured to control the Metaverse output to pause the Metaverse presentation when the user condition is determined to be in a red condition.

[0104] Clause 13: A Metaverse controller according to clause 12, wherein when the user condition is determined to be in a red condition, the presentation controller is further configured to control the Metaverse output to output a single color on the visual output, output an auditory alarm on the audio output, output a vibration lasting longer than a critical duration on the tactile output, output an alarm window on the visual output, notify an emergency contact, or any combination thereof.

[0105] Clause 14: A Metaverse controller according to any one of Clauses 12 to 13, wherein the user status determiner is further configured to: determine whether the user status has been in a yellow status for longer than or equal to a yellow status duration threshold; and upon determining that the user status has been in a yellow status for longer than or equal to a red status threshold duration, determine that the user status is in a red status.

[0106] Clause 15: A Metaverse controller according to any one of clauses 6 to 14, wherein the user condition determiner is further configured to determine user physical activity based on activity information received from one or more activity sensors, and to set one or more condition thresholds based on the user physical activity, the one or more condition thresholds including a yellow condition threshold.

[0107] Clause 16: A Metaverse controller according to clause 15, wherein the user's physical activity is one of a plurality of physical activity types, each physical activity type being associated with a level of physical exertion.

[0108] Clause 17: A Metaverse controller according to any of clauses 15 to 16, wherein the user's physical activity is determined from a set of physical activity types, the set comprising one or more of sitting, standing, walking, brisk walking, jogging, running, and sprinting.

[0109] Clause 18: A Metaverse controller according to any of clauses 6 to 17, wherein the user condition determiner is further configured to determine a user baseline and set one or more condition thresholds based on the user baseline, the one or more condition thresholds including a yellow condition threshold.

[0110] Clause 19: The Metaverse controller of clause 18, wherein the user condition determiner is configured to determine the user baseline based on a biometric of the user sensed by one or more biometric sensors, user responses to health questions, or both.

[0111] Clause 20: A Metaverse controller according to any of clauses 18 to 19, wherein the user profile determiner is configured to determine a user baseline before the Metaverse presentation begins.

[0112] Clause 21: A method of controlling a Metaverse demonstration, the method comprising: determining a user condition based on a biometric of the user sensed by one or more biometric sensors; and controlling one or more Metaverse outputs of the Metaverse demonstration based on the user condition, the Metaverse output comprising any one or more of a visual output, an audio output, and a tactile output, and the Metaverse demonstration comprising a demonstration incorporating extended reality (XR).

[0113] Clause 22: The method of clause 21, wherein XR comprises any one or more of virtual reality (VR), augmented reality (AR), mixed reality (MR), gaming, and social networking.

[0114] Clause 23: The method of any of clauses 21 to 22, wherein the biometrics sensed by the one or more biometric sensors include any one or more of oxygen saturation (SPO2), heart rate, body temperature, and blood pressure.

[0115] Clause 24: The method of any of clauses 21 to 23, wherein the one or more biometric sensors comprises a superficial temporal artery sensor.

[0116] Clause 25: The method of clause 24, wherein the superficial temporal artery sensor is mounted on or integrated with a head mounted display (HMD), the HMD configured to display visual output.

[0117] Clause 26: A method according to any one of clauses 21 to 25, wherein determining the user condition includes: determining whether the biometric is at or above a yellow condition threshold; determining that the user condition is in a yellow condition when the biometric is determined to be at or above the yellow condition threshold; and determining that the user condition is in a green condition when the biometric is determined to be below the yellow condition threshold, and wherein controlling one or more Metaverse outputs includes: providing a normal Metaverse presentation when the user condition is determined to be in a green condition; and providing a warning Metaverse presentation different from the normal Metaverse presentation when the user condition is determined to be in a yellow condition.

[0118] Clause 27: A method according to clause 26, wherein the reality component demonstration is increased in the warning metaverse demonstration relative to the normal metaverse demonstration, wherein the non-reality component demonstration is reduced in the warning metaverse demonstration relative to the normal metaverse demonstration, or both.

[0119] Clause 28: A method according to any of clauses 26 to 27, wherein a normal Metaverse demonstration is a demonstration as expected by an application that generates the Metaverse demonstration, and wherein a cautionary Metaverse demonstration is a demonstration that deviates from the normal Metaverse demonstration.

[0120] Clause 29: A method according to any one of clauses 26 to 28, wherein the brightness of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the color saturation of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the grayscale of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the visual white noise of the visual output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the audio white noise of the audio output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein the vibration of the tactile output is different between a warning Metaverse demonstration and a normal Metaverse demonstration, wherein any one or more of a visual warning, an audio warning or a tactile warning, or any combination thereof, is demonstrated in the warning Metaverse demonstration.

[0121] Clause 30: A method according to any one of clauses 26 to 29, wherein the user status is determined again after a first duration after determining that the user status is in a green status and after a second duration after determining that the user status is in a yellow status, the second duration being shorter than the first duration.

[0122] Clause 31: A method according to any one of clauses 26 to 30, wherein the longer the user status remains in the yellow status, the greater the difference between the warning metaverse presentation and the normal metaverse presentation.

[0123] Clause 32: A method according to any of clauses 26 to 31, wherein determining the user condition further comprises: determining whether the biometric is at or above a red condition threshold, the red condition threshold being higher than a yellow condition threshold; and determining that the user condition is in a red condition when the biometric is determined to be at or above the red condition threshold, and wherein controlling one or more Metaverse outputs further comprises pausing the Metaverse presentation when the user condition is determined to be in a red condition.

[0124] Clause 33: A method according to clause 32, wherein when the user condition is determined to be in a red condition, controlling one or more Metaverse outputs includes: outputting a single color on a visual output, outputting an auditory alarm on an audio output, outputting a vibration lasting longer than a critical duration on a tactile output, outputting an alarm window on a visual output, notifying an emergency contact, or any combination thereof.

[0125] Clause 34: A method according to any one of clauses 32 to 33, wherein determining the user status further comprises: determining whether the user status has been in a yellow status for longer than or equal to a yellow status duration threshold; and determining that the user status is in a red status when it is determined that the user status has been in a yellow status for longer than or equal to a red status threshold duration.

[0126] Clause 35: A method according to any one of clauses 26 to 34, wherein determining the user condition further comprises: determining the user's physical activity based on activity information received from one or more activity sensors; and setting one or more condition thresholds based on the user's physical activity, the one or more condition thresholds including a yellow condition threshold.

[0127] Clause 36: The method of clause 35, wherein the user's physical activity is one of a plurality of physical activity types, each physical activity type being associated with a level of physical exertion.

[0128] Clause 37: A method according to any one of clauses 35 to 36, wherein the user's physical activity is determined from a set of physical activity types, the set comprising one or more of sitting, standing, walking, brisk walking, jogging, running and sprinting.

[0129] Clause 38: A method according to any one of clauses 26 to 37, wherein determining the user condition further comprises: determining a user baseline; and setting one or more condition thresholds based on the user baseline, the one or more condition thresholds including a yellow condition threshold.

[0130] Clause 39: The method of clause 38, wherein the user baseline is determined based on a biometric of the user sensed by one or more biometric sensors, the user's responses to health questions, or both.

[0131] Clause 40: A method according to any of clauses 38 to 39, wherein the user baseline is determined prior to the commencement of the Metaverse demonstration.

[0132] Clause 41: A Metaverse controller comprising at least one component for performing the method according to any of clauses 21 to 40.

[0133] Clause 42: A non-transitory computer-readable medium storing code for a Metaverse controller, the Metaverse controller comprising one or more memories and one or more processors communicatively connected to the one or more memories, and instructions stored in the one or more memories and executable by the one or more processors to cause the Metaverse controller to perform a method according to any of Clauses 21 to 40.

[0134] As used herein, the terms "user equipment" (or "UE"), "user device", "user terminal", "client device", "communication device", "wireless device", "wireless communication device", "handheld device", "mobile device", "mobile terminal", "mobile station", "handset", "access terminal", "subscriber device", "subscriber terminal", "subscriber station", "terminal" and variations thereof may interchangeably refer to any suitable mobile or fixed device that can receive wireless communications and / or navigation signals. These terms include, but are not limited to, music players, video players, entertainment units, navigation devices, communication devices, smart phones, personal digital assistants, fixed location terminals, tablet computers, computers, wearable devices, laptop computers, servers, automotive devices in motor vehicles, and / or other types of portable electronic devices that are typically carried by a person and / or have communication capabilities (e.g., wireless, cellular, infrared, short-range radio, etc.). These terms are also intended to include devices that communicate with another device that can receive wireless communications and / or navigation signals, such as through a short-range wireless, infrared, wired connection, or other connection, regardless of whether satellite signal reception, assistance data reception, and / or location-related processing occurs at the device or at another device. In addition, these terms are intended to include all devices capable of communicating with the core network via a radio access network (RAN), including wireless and wired communication devices, and through the core network, the UE can be connected to external networks such as the Internet and other UEs. Of course, other mechanisms for connecting to the core network and / or the Internet are also possible for the UE, such as through a wired access network, a wireless local area network (WLAN) (e.g., based on IEEE 802.11, etc.). The UE can be embodied by any of a variety of types of devices, including but not limited to a printed circuit (PC) card, a compact flash device, an external or internal modem, a wireless or wired phone, a smart phone, a tablet, a tracking device, an asset tag, etc. The communication link through which the UE can send a signal to the RAN is called an uplink channel (e.g., a reverse traffic channel, a reverse control channel, an access channel, etc.). The communication link through which the RAN can send a signal to the UE is called a downlink or forward link channel (e.g., a paging channel, a control channel, a broadcast channel, a forward traffic channel, etc.). As used herein, the term traffic channel (TCH) can refer to an uplink / reverse or downlink / forward traffic channel.

[0135] Wireless communication between electronic devices can be based on different technologies, such as code division multiple access (CDMA), W-CDMA, time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal frequency division multiplexing (OFDM), global system for mobile communications (GSM), 3GPP long term evolution (LTE), 5G new radio, Bluetooth (BT), Bluetooth low energy (BLE), IEEE 802.11 (WiFi) and IEEE 802.15.4 (Zigbee / Thread) or other protocols that can be used in wireless communication networks or data communication networks. Bluetooth low energy (also known as Bluetooth LE, BLE and Bluetooth Smart) is a wireless personal area network technology designed and marketed by the Bluetooth Special Interest Group, which aims to provide significantly reduced power consumption and cost while maintaining similar communication range. BLE was merged into the main Bluetooth standard in 2010 with the adoption of Bluetooth Core Specification Version 4.0, and was updated in Bluetooth 5.

[0136] The word "exemplary" is used herein to mean "serving as an example, instance, or illustration." Any detail described herein as "exemplary" should not be construed as being superior to other examples. Likewise, the term "example" does not mean that all examples include the discussed features, advantages, or modes of operation. In addition, particular features and / or structures may be combined with one or more other features and / or structures. In addition, at least a portion of the apparatus described herein may be configured to perform at least a portion of the methods described herein.

[0137] It should be noted that unless a connection is explicitly disclosed as a direct connection, the terms "connected", "coupled" or any variations thereof mean any direct or indirect connection or coupling between elements, and may encompass the presence of intermediate elements between two elements that are "connected" or "coupled" together via intermediate elements.

[0138] Any reference to an element using designations such as "first," "second," etc. herein does not limit the quantity and / or order of these elements. Rather, these designations are used as a convenient method of distinguishing two or more elements and / or instances of elements. Furthermore, unless otherwise specified, an element set may include one or more elements.

[0139] It should be understood by those skilled in the art that any of a variety of different technologies and techniques may be used to represent information and signals. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be mentioned throughout the above description may be represented by voltage, current, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0140] Nothing stated or described in this application is intended to confer any component, act, feature, benefit, advantage, or equivalent to the public regardless of whether the component, act, feature, benefit, advantage, or equivalent is recited in the claims.

[0141] In the above detailed description, it can be seen that different features are grouped together in the examples. This disclosure should not be interpreted as the claimed examples having more features than those explicitly mentioned in the corresponding claims. On the contrary, the present disclosure may include less than all the features of the disclosed individual examples. Therefore, the following claims should be deemed to be included in the specification, where each claim itself may represent a separate example. Although each claim itself may represent a separate example, it should be noted that although a dependent claim may refer to a specific combination with one claim or one or more claims in the claims, other examples may also cover or include a combination of the dependent claim with the subject matter of any other dependent claim or any feature with other dependent and independent claims. Such combinations are proposed herein unless it is explicitly stated that a specific combination is not intended. In addition, the features of a claim are also intended to be included in any other independent claim, even if the claim is not directly subordinate to the independent claim.

[0142] It should also be noted that the methods, systems and apparatus disclosed in the specification or in the claims can be implemented by devices including means for performing the corresponding acts and / or functionalities of the disclosed methods.

[0143] In addition, in some examples, a separate action may be subdivided into one or more sub-actions or may include one or more sub-actions. Such sub-actions may be included in the disclosure of the separate action and may be part of the disclosure of the separate action.

[0144] Although the foregoing disclosure shows illustrative examples of the present disclosure, it should be noted that various changes and modifications can be made herein without departing from the scope of the disclosure as defined by the appended claims. The functions and / or actions of the method claims according to the examples of the disclosure described herein do not need to be performed in any particular order. In addition, the well-known elements will not be described in detail or may be omitted to avoid confusion about the relevant details of the various aspects and examples disclosed herein. In addition, although the elements of the present disclosure can be described or claimed in the singular, unless it is explicitly stated to be limited to the singular, the plural form is also contemplated.

Claims

1. A metaverse controller, comprising: a user status determiner configured to determine a user status based on a biometric of the user sensed by one or more biometric sensors; as well as A presentation controller configured to control one or more Metaverse outputs of a Metaverse presentation based on the user status, wherein the Metaverse output includes any one or more of a visual output, an audio output, and a tactile output, and the Metaverse presentation includes a presentation incorporating extended reality (XR).

2. The metaverse controller of claim 1, wherein the XR comprises any one or more of virtual reality (VR), augmented reality (AR), mixed reality (MR), gaming, and social networking.

3. A metaverse controller according to claim 1, wherein the biometrics sensed by the one or more biometric sensors include any one or more of oxygen saturation (SPO2), heart rate, body temperature and blood pressure.

4. The Metaverse controller of claim 1 , wherein the one or more biometric sensors comprises a superficial temporal artery sensor.

5. The Metaverse controller of claim 4, wherein the superficial temporal artery sensor is mounted on or integrated with a head-mounted display (HMD), the HMD being configured to display the visual output.

6. The Metaverse controller according to claim 1, The user status determiner is configured to: determining whether the biometric is at or above a yellow condition threshold; determining that the user condition is in a yellow condition upon determining that the biometric is at or above the yellow condition threshold; and determining that the user status is in a green status upon determining that the biometric is below the yellow status threshold, and The demonstration controller is configured to control the metaverse output to provide a normal metaverse demonstration when the user condition is determined to be in the green condition, and to provide a warning metaverse demonstration different from the normal metaverse demonstration when the user condition is determined to be in the yellow condition.

7. The Metaverse controller according to claim 6, Wherein, a reality component demonstration is added to the warning metaverse demonstration relative to the normal metaverse demonstration, wherein the non-realistic component demonstration is reduced in the warning metaverse demonstration relative to the normal metaverse demonstration, or Both.

8. The Metaverse controller according to claim 6, wherein the normal Metaverse demonstration is the demonstration as expected by the application that generated the Metaverse demonstration, and The warning metaverse demonstration is a demonstration that deviates from the normal metaverse demonstration.

9. The Metaverse controller according to claim 6, wherein the brightness of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the color saturation of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the grayscale of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the visual white noise of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the audio white noise of the audio output is different between the warning metaverse demonstration and the normal metaverse demonstration, wherein the vibration of the tactile output is different between the warning metaverse demonstration and the normal metaverse demonstration, wherein any one or more of a visual warning, an audio warning, or a tactile warning is presented in said warning metaverse presentation, or Any combination of them.

10. A metaverse controller according to claim 6, wherein the user status determiner is configured to determine the user status again after a first duration after determining that the user status is in the green status and after a second duration after determining that the user status is in the yellow status, and the second duration is shorter than the first duration.

11. A metaverse controller according to claim 6, wherein the demonstration controller is configured to increase the difference between the warning metaverse demonstration and the normal metaverse demonstration the longer the user status remains in the yellow status.

12. The Metaverse controller according to claim 6, The user status determiner is further configured to: determining whether the biometric is at or above a red condition threshold, the red condition threshold being higher than the yellow condition threshold; and determining that the user condition is in a red condition upon determining that the biometric is at or above the red condition threshold, and The presentation controller is further configured to control the metaverse output to pause the metaverse presentation when the user status is determined to be in the red status.

13. The Metaverse controller of claim 12, wherein when the user status is determined to be in the red status, the presentation controller is further configured to control the Metaverse output to perform the following operations: outputting a single color on said visual output, outputting an audible alert on said audio output, outputting a vibration on the tactile output having a duration longer than a critical duration, outputting an alert window on said visual output, Notify an emergency contact, or Any combination of them.

14. The Metaverse controller of claim 12, wherein the user status determiner is further configured to: determining whether the user status has been in the yellow status for longer than or equal to a yellow status duration threshold; and When it is determined that the user condition has been in the yellow condition for longer than or equal to a red condition threshold duration, it is determined that the user condition is in the red condition.

15. The Metaverse controller of claim 6, wherein the user status determiner is further configured to: determining user physical activity based on activity information received from one or more activity sensors, and One or more condition thresholds are set based on the user physical activity, the one or more condition thresholds including the yellow condition threshold.

16. A metaverse controller according to claim 15, wherein the user's physical activity is one of a plurality of physical activity types, each physical activity type being associated with a level of physical exertion.

17. A metaverse controller according to claim 15, wherein the user's physical activity is determined from a set of physical activity types, the set including one or more of sitting, standing, walking, brisk walking, jogging, running and sprinting.

18. The Metaverse controller of claim 6, wherein the user status determiner is further configured to: Determine user baselines, and One or more status thresholds are set based on the user baseline, the one or more status thresholds including the yellow status threshold.

19. A metaverse controller according to claim 18, wherein the user condition determiner is configured to determine the user baseline based on the user's biometrics sensed by the one or more biometric sensors, the user's answers to health questions, or both.

20. The Metaverse controller of claim 18, wherein the user profile determiner is configured to determine the user baseline prior to commencement of the Metaverse presentation.

21. A method of controlling a metaverse demonstration, the method comprising: determining a user condition based on a biometric of the user sensed by one or more biometric sensors; as well as One or more Metaverse outputs of a Metaverse demonstration are controlled based on the user status, the Metaverse outputs including any one or more of visual outputs, audio outputs, and tactile outputs, and the Metaverse demonstration includes a demonstration incorporating extended reality (XR).

22. The method of claim 21, wherein the XR comprises any one or more of virtual reality (VR), augmented reality (AR), mixed reality (MR), gaming, and social networking.

23. The method of claim 21, wherein the biometrics sensed by the one or more biometric sensors include any one or more of oxygen saturation (SPO2), heart rate, body temperature, and blood pressure.

24. The method of claim 21, wherein the one or more biometric sensors comprises a superficial temporal artery sensor.

25. The method of claim 24, wherein the superficial temporal artery sensor is mounted on or integrated with a head mounted display (HMD), the HMD configured to display the visual output.

26. The method according to claim 21, Wherein determining the user status comprises: determining whether the biometric is at or above a yellow condition threshold; determining that the user condition is in a yellow condition upon determining that the biometric is at or above the yellow condition threshold; as well as determining that the user status is in a green status upon determining that the biometric is below the yellow status threshold, and Wherein controlling the one or more Metaverse outputs comprises: providing a normal metaverse presentation when the user status is determined to be in the green status; as well as When the user status is determined to be in the yellow status, a warning metaverse presentation different from the normal metaverse presentation is provided.

27. The method according to claim 26, Wherein, a reality component demonstration is added to the warning metaverse demonstration relative to the normal metaverse demonstration, wherein the non-realistic component demonstration is reduced in the warning metaverse demonstration relative to the normal metaverse demonstration, or Both.

28. The method according to claim 26, wherein the normal Metaverse demonstration is the demonstration as expected by the application that generated the Metaverse demonstration, and The warning metaverse demonstration is a demonstration that deviates from the normal metaverse demonstration.

29. The method according to claim 26, wherein the brightness of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the color saturation of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the grayscale of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the visual white noise of the visual output differs between the warning metaverse presentation and the normal metaverse presentation, wherein the audio white noise of the audio output is different between the warning metaverse demonstration and the normal metaverse demonstration, wherein the vibration of the tactile output is different between the warning metaverse demonstration and the normal metaverse demonstration, wherein any one or more of a visual warning, an audio warning, or a tactile warning is presented in said warning metaverse presentation, or Any combination of them.

30. The method of claim 26, wherein the user status is determined again after a first duration after determining that the user status is in the green status and after a second duration after determining that the user status is in the yellow status, the second duration being shorter than the first duration.

31. The method of claim 26, wherein the longer the user status remains in the yellow status, the greater the difference between the warning metaverse presentation and the normal metaverse presentation.

32. The method according to claim 26, Wherein determining the user status further comprises: determining whether the biometric is at or above a red condition threshold, the red condition threshold being higher than the yellow condition threshold; as well as determining that the user condition is in a red condition upon determining that the biometric is at or above the red condition threshold, and Wherein controlling the one or more metaverse outputs further comprises pausing the metaverse presentation when the user condition is determined to be in the red condition.

33. The method of claim 32, wherein when the user condition is determined to be in the red condition, controlling the one or more Metaverse outputs comprises: outputting a single color on said visual output, outputting an audible alert on said audio output, outputting a vibration on the tactile output having a duration longer than a critical duration, outputting an alert window on said visual output, Notify an emergency contact, or Any combination of them.

34. The method of claim 32, wherein determining the user status further comprises: determining whether the user status has been in the yellow status for longer than or equal to a yellow status duration threshold; as well as When it is determined that the user condition has been in the yellow condition for longer than or equal to a red condition threshold duration, it is determined that the user condition is in the red condition.

35. The method of claim 26, wherein determining the user status further comprises: determining user physical activity based on activity information received from one or more activity sensors; as well as One or more condition thresholds are set based on the user physical activity, the one or more condition thresholds including the yellow condition threshold.

36. The method of claim 35, wherein the user physical activity is one of a plurality of physical activity types, each physical activity type being associated with a level of physical exertion.

37. The method of claim 35, wherein the user physical activity is determined from a set of physical activity types, the set comprising one or more of sitting, standing, walking, brisk walking, jogging, running, and sprinting.

38. The method of claim 26, wherein determining the user status further comprises: Determine user baselines; as well as One or more status thresholds are set based on the user baseline, the one or more status thresholds including the yellow status threshold.

39. The method of claim 38, wherein the user baseline is determined based on the user's biometrics sensed by the one or more biometric sensors, user responses to health questions, or both.

40. The method of claim 38, wherein the user baseline is determined prior to commencement of the Metaverse demonstration.

41. A metaverse controller, comprising: means for determining a user's condition based on a biometric of the user sensed by one or more biometric sensors; as well as A component for controlling one or more metaverse outputs of a metaverse demonstration based on the user status, wherein the metaverse output includes any one or more of visual output, audio output, and tactile output, and the metaverse demonstration includes a demonstration incorporating extended reality (XR).

42. A non-transitory computer-readable medium storing computer-executable instructions for a Metaverse controller, the Metaverse controller comprising one or more processors communicatively coupled to one or more memories, the computer-executable instructions comprising one or more instructions directing the one or more processors to: determining a user status based on a biometric of the user sensed by one or more biometric sensors; and One or more Metaverse outputs of a Metaverse demonstration are controlled based on the user status, the Metaverse outputs including any one or more of visual outputs, audio outputs, and tactile outputs, and the Metaverse demonstration includes a demonstration incorporating extended reality (XR).

Images