Method and computing system for alleviating motion sickness in vehicle

By simulating the fluid dynamics inside a vehicle and using lighting elements to provide visual cues, the problem of motion sickness in vehicles has been solved, improving passenger comfort and reducing resource consumption.

CN120957787APending Publication Date: 2025-11-14MERCEDES BENZ GRP
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
CN202480021683.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Priority Date
2023-03-27
Filing Date
2024-03-13
Publication Date
2025-11-14

AI Technical Summary

Technical Problem

The reduced window size and increased infotainment features in existing vehicles have led to an increase in motion sickness among passengers, and traditional methods require passengers to wear virtual reality or augmented reality devices or modify window transparency, which affects passengers' field of vision.

Method used

By using inertial measurement sensor data from the vehicle to simulate fluid dynamics and visualizing the simulated fluid inside the vehicle using internal lighting elements, visual cues consistent with the inner ear perception of the occupants are provided, avoiding any modification to the external environment.

Benefits of technology

It effectively alleviates motion sickness, improves passenger comfort, reduces computing resource requirements, lowers costs, and does not affect passengers' view of the external environment.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120957787A_ABST
    Figure CN120957787A_ABST
Patent Text Reader

Abstract

Methods and computing systems for alleviating motion sickness are described. A computing system includes a control circuit to receive data indicative of an inertial state of a vehicle, simulate a fluid based on the data indicative of the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This disclosure relates, in general, to methods and systems for alleviating motion sickness in occupants of a vehicle. More specifically, this disclosure relates, in general, to methods and systems for simulating fluids based on data indicating the inertial state of a vehicle and for visualizing the simulated fluids inside the vehicle using one or more lighting elements of the vehicle. Background Technology

[0002] Motion sickness occurs when the motion a person sees differs from what their inner ear perceives. Motion sickness can cause dizziness, nausea, and vomiting. For example, motion sickness can occur when occupants are in a vehicle (e.g., a car, train, airplane, ship, etc.). Based on current automotive trends, the incidence of motion sickness in cars is likely to increase. For instance, due to various design considerations, many recently manufactured vehicles have smaller windows. Smaller window sizes also reduce the number of visual motion cues within the vehicle occupant's field of vision, thus increasing the likelihood of motion sickness. Furthermore, because vehicles include additional infotainment features and autonomous driving capabilities, drivers and passengers are likely to spend more time focusing on activities within the vehicle itself. Summary of the Invention

[0003] The aspects and advantages of the embodiments of this disclosure will be set forth in part in the description which follows, or may be learned from the description or by practice of the embodiments.

[0004] One example aspect of this disclosure relates to a computing system. The computing system may include control circuitry configured to perform operations. These operations may include receiving data indicating the inertial state of a vehicle, simulating a fluid based on the data indicating the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0005] In one implementation, the control circuitry is configured to model fluid dynamics associated with the fluid based on data indicating the inertial state of the vehicle, in order to simulate the fluid based on the data indicating the inertial state of the vehicle.

[0006] In one implementation, the control circuitry is configured to determine, based on data indicating the inertial state of the vehicle, one or more lighting elements from a plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated in order to simulate fluid.

[0007] In one implementation, in order to output command instructions to visualize the simulated fluid inside a vehicle, the control circuit is configured to output command instructions to activate, deactivate, or deactivate and activate one or more lighting elements from a plurality of activatable lighting elements to visualize the simulated fluid inside the vehicle.

[0008] In one embodiment, the control circuitry is further configured to receive a first input for executing a motion sickness relief application. In response to executing the motion sickness relief application, the control circuitry is further configured to receive a second input identifying the corresponding location of one or more occupants within the vehicle or an area within the vehicle, and based on the second input, to determine one or more lighting elements from a plurality of activatable lighting elements for visualizing the simulated fluid.

[0009] In one embodiment, the control circuitry is further configured to receive data indicating the position of an occupant within the vehicle, and based on the occupant's position, to determine one or more lighting elements from a plurality of activatable lighting elements for visualizing the simulated fluid, thereby making the visualization of the simulated fluid within the occupant's field of vision.

[0010] In one embodiment, a plurality of activatable lighting elements are disposed at at least one of: (i) the dashboard of the vehicle, (ii) one or more seats of the vehicle, (iii) one or more door panels of the vehicle, (iv) one or more displays of the vehicle, (v) one or more windows of the vehicle, or (vi) one or more consoles of the vehicle.

[0011] In one implementation, a plurality of activatable lighting elements are arranged in an array, and command instructions are configured to deactivate, activate, or deactivate and activate one or more of the plurality of activatable lighting elements arranged in the array to visualize simulated fluid.

[0012] In one embodiment, the control circuit is further configured to determine at least one of the vehicle's linear acceleration or angular velocity based on data indicating the vehicle's inertial state, and to simulate fluid based on at least one of the vehicle's linear acceleration or angular velocity.

[0013] In one implementation, to simulate a fluid, the control circuitry is configured to determine the motion of suspended bubbles in the fluid based on data indicating the inertial state of the vehicle, and the command instructions are configured to control one or more lighting elements from a plurality of activatable lighting elements to visualize the motion of suspended bubbles in the fluid based on the inertial state of the vehicle.

[0014] In one implementation, when the vehicle turns in a first direction, the command is configured to deactivate, activate, or deactivate and activate a first subset of multiple activatable lighting elements to visualize the simulated fluid, based on how the vehicle's linear velocity and angular orientation change over time based on its inertial state; and when the vehicle turns in a second direction, the command is configured to deactivate, activate, or deactivate and activate a second subset of multiple activatable lighting elements to visualize the simulated fluid, based on how the vehicle's linear velocity and angular orientation change over time based on its inertial state.

[0015] In one implementation, the control circuit is configured to receive data indicating the inertial state of the vehicle from at least one of the following: (i) one or more accelerometers, (ii) one or more gyroscopes, (iii) one or more magnetometers, (iv) one or more inclinometers, (v) one or more cameras, (vi) one or more LiDAR sensors, (vii) one or more RADAR sensors, (viii) one or more wheel speed sensors, or (ix) one or more global navigation positioning sensors.

[0016] In one embodiment, the data indicating the inertial state of the vehicle includes at least one of the following: (i) acceleration data of the vehicle, (ii) angular motion data of the vehicle, (iii) velocity data of the vehicle, (iv) pitch angle data of the vehicle, (v) roll angle data of the vehicle, or (vi) yaw angle data of the vehicle.

[0017] In one implementation, the control circuitry is configured to determine the viscosity of the fluid based on default or user settings to model the fluid dynamics associated with the fluid. The simulated fluid can be based on the fluid's viscosity.

[0018] In one implementation, the simulated fluid includes the simulation of the fluid itself and the simulation of one or more objects in the fluid, which include one or more of the following: (i) particles, (ii) bubbles, (iii) filaments, or (iv) fibrous structures.

[0019] Another exemplary aspect of this disclosure relates to a computer-implemented method. This computer-implemented method may include receiving data indicating the inertial state of a vehicle, simulating fluid based on the data indicating the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0020] In one implementation, simulating fluids based on data indicating the inertial state of a vehicle includes modeling the fluid dynamics associated with the fluid and one or more objects in the fluid based on the inertial state of the vehicle.

[0021] In one implementation scheme, the vehicle is an autonomous vehicle.

[0022] In one implementation, simulating fluid based on data indicating the inertial state of a vehicle includes determining one or more lighting elements from a plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated, based on at least one of the occupant's position within the vehicle or the occupant's viewing direction.

[0023] Another example aspect of this disclosure relates to one or more computer-readable media (e.g., a non-transitory computer-readable medium) storing instructions executable by control circuitry. When executed, the instructions cause the control circuitry to perform operations. These operations may include receiving data indicating the inertial state of a vehicle, simulating a fluid based on the data indicating the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable illumination elements of the vehicle.

[0024] Another exemplary aspect of this disclosure relates to a vehicle having the computing system described herein. For example, the vehicle may include a chassis, and the computing system may include control circuitry configured to perform operations. These operations may include receiving data indicating the inertial state of the vehicle, simulating a fluid based on the data indicating the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid within the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0025] Other aspects of this disclosure relate to various systems, devices, non-transitory computer-readable media, user interfaces, and electronic devices.

[0026] These and other features, aspects, and advantages of the various embodiments of this disclosure will become better understood with reference to the following description and the appended claims. The accompanying drawings, which are incorporated in and form a part of this specification, illustrate exemplary embodiments and, together with the specification, serve to explain the relevant principles. Attached Figure Description

[0027] The specification provides a detailed discussion of embodiments applicable to those skilled in the art, with reference to the accompanying drawings, in which:

[0028] Figure 1 A block diagram of an example motion sickness relief system according to an example implementation of the present disclosure is shown.

[0029] Figures 2A to 2C An exemplary specific implementation of a motion sickness relief system according to an example embodiment of the present disclosure is illustrated.

[0030] Figure 3 A block diagram illustrating an example vehicle and a motion sickness relief system according to an example embodiment of the present disclosure is provided.

[0031] Figures 4A to 4C An example visualization of simulated fluid using a vehicle's lighting element is illustrated according to an example embodiment of the present disclosure.

[0032] Figures 5A to 5B An example user interface for operating a motion sickness relief system according to an example embodiment of the present disclosure is illustrated.

[0033] Figures 6A to 6D Flowcharts illustrating various methods for achieving motion sickness relief according to example embodiments of this disclosure are provided.

[0034] Figure 7 A block diagram of a computing system according to an example embodiment of the present disclosure is shown. Detailed Implementation

[0035] Overview

[0036] Various aspects of this disclosure relate to methods and systems for alleviating motion sickness in occupants of a vehicle. More specifically, this disclosure as a whole relates to methods and systems for simulating fluids based on data indicating the inertial state of a vehicle and for visualizing the simulated fluids inside the vehicle using one or more illumination elements of the vehicle. Example embodiments of this disclosure relate to simulating and visualizing fluid dynamics inside a vehicle to improve passenger comfort during vehicle movement, thereby preventing or alleviating motion sickness. For example, in some specific embodiments, visual cues consistent with motion perceived by the passenger's inner ear are used to enhance or modify the vehicle interior. That is, the visualization of fluid dynamics closely simulates how humans measure acceleration and angular motion via the movement of fluid in their inner ear. Therefore, fluid visualization is better at capturing the full range of inertial states perceived by occupants of a vehicle.

[0037] For example, in some implementations, unlike artificial horizon simulations, motion sickness mitigation systems utilize the vehicle's own inertial measurements as input to a physics-based model to simulate and visualize fluid dynamics. The simulation results are visualized using lighting elements positioned inside the vehicle. Specific lighting elements can be used to ensure that visual cues are always within the occupants' field of vision, regardless of their activities within the vehicle.

[0038] The example methods and systems disclosed herein for alleviating motion sickness in vehicle occupants do not require occupants to wear virtual reality or augmented reality goggles. Furthermore, the example methods and systems disclosed herein do not require modifying how vehicle occupants perceive the external environment (e.g., by modifying vehicle windows via augmented reality, darkening portions of windows, or adjusting window transparency frequencies). However, in some specific implementations, the visualization of simulated fluids can be achieved via the windows (e.g., via projection-integrated lighting elements).

[0039] This disclosure provides for using sensors available on a vehicle (e.g., a consumer vehicle) to output data indicating the inertial state of the vehicle. For example, the fluid dynamics simulation system may receive data from various sources, including one or more inertial measurement units (IMUs), one or more cameras, one or more velocity sensors, one or more optical detection and ranging (LIDAR) sensors, one or more radio detection and ranging (RADAR) sensors, one or more magnetometers, one or more inclinometers, one or more positioning sensors (e.g., GLONASS sensors, GPS sensors, etc.).

[0040] This disclosure provides a fluid dynamics simulation system that uses a physics-based fluid dynamics model to model the state of a fluid disposed in a container or vessel based on the inertial state of a vehicle. Here, the container or vessel may include a shape corresponding to the shape or configuration of one or more lighting elements disposed inside the vehicle. That is, the fluid container or vessel utilized by the fluid dynamics model can match the configuration of one or more lighting elements in the vehicle for visualizing the simulated fluid. For example, when selecting or identifying ambient lighting (e.g., rectangular or U-shaped) disposed around a display screen for visualizing the simulated fluid, the fluid dynamics model can utilize a container with a similar shape (e.g., a rectangular or U-shaped container) to simulate the fluid state according to the inertial state of the vehicle. The fluid dynamics model can represent the configuration of the lighting elements as a network of nodes or a mesh topology to simulate the motion of the fluid in the container, for example, relative to each node, based on the inertial state of the vehicle. When the model indicates that fluid is flowing into a node, the corresponding lighting element can be activated. When the model indicates that fluid is flowing out of a node, the corresponding lighting element can be deactivated. When the model indicates that the density value at a given node exceeds a first threshold, the intensity of the corresponding lighting element can be increased. When the model indicates that the density value at a given node is less than a second threshold, the intensity of the corresponding lighting element can be reduced. By way of example, nodes (e.g., cells) in the model can have a finite volume, and their density varies based on the amount of fluid contained within the node. For example, a node filled with fluid may have a density value matching the density of the fluid, while a node half-filled with fluid may have a density value between that of fluid and air. For example, a first threshold may correspond to a 3 / 4 full node, and a second threshold may correspond to a 1 / 4 full node. However, other density values ​​may be used, and this disclosure is not limited to this example. In other embodiments, the intensity of the lighting element can scale with the density of its corresponding node. In some embodiments, as another example, the density of the fluid itself can be reflected via the fluid intensity in the model. For example, when the fluid density at a given node exceeds a first threshold, the intensity of the corresponding lighting element can be greater than the intensity of a corresponding lighting element with a lower fluid density.

[0041] In example implementations, the fluid dynamics model can simulate the state of objects suspended in a fluid. For instance, a fluid dynamics simulation system can implement a fluid dynamics model by modeling the state of the fluid, as well as simulating particles (e.g., sand), bubbles, filamentous structures, fibrous structures (e.g., seaweed), or other objects suspended in the fluid. In some specific implementations, the fluid dynamics simulation system can implement a fluid dynamics model by modeling the state of particles (e.g., sand), bubbles, filamentous structures, fibrous structures (e.g., seaweed), or other objects, rather than modeling the state of the fluid.

[0042] In one implementation, the simulated fluid determined by the fluid dynamics simulation system can be visualized inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle via a fluid visualization system. For example, the fluid visualization system may be configured to utilize (e.g., activate and / or deactivate) one or more lighting elements located inside the vehicle, including dashboard lighting elements, door lighting elements, display screen lighting elements, seat lighting elements, screen bezel lighting elements, window lighting elements, console lighting elements, etc. For example, control circuitry may control ambient lighting on the dashboard, lighting elements located at the bezel of the infotainment display screen, lighting located at displays embedded in various interior components (e.g., on the dashboard, on interior door panels, etc.), lighting located on displays of the infotainment display screen user interface, etc.

[0043] In some implementations, multiple activatable lighting elements of a vehicle used to alleviate motion sickness are restricted or constrained to not obstruct or replace lighting elements that provide a view from inside the vehicle to the outside. In some implementations, multiple activatable lighting elements of a vehicle used to alleviate motion sickness are provided or selected such that, for example, visual cues regarding the inertial state of the vehicle are visible from every viewpoint inside the vehicle, regardless of the activities undertaken by the vehicle occupants.

[0044] Motion mitigation systems can be implemented as part of an active comfort system that allows users to select various settings. For example, various user interfaces can be implemented to allow users to select the location within a vehicle where the motion mitigation system will be applied. Similarly, various user interfaces can be implemented to allow users to select lighting color, the object to be simulated as suspended in a fluid, and the viscosity of the fluid.

[0045] The exemplary aspects of this disclosure provide numerous technical and beneficial effects. As an example, this disclosure promotes improvements in automotive technology by enabling computing systems (such as in-vehicle systems) to prevent or reduce motion sickness experienced by vehicle occupants. This improves vehicle control and reduces user input regarding vehicle comfort features (e.g., temperature, windows, etc.) that occupants might otherwise struggle to access to alleviate motion sickness. Reduced interaction with such features can reduce the use of limited computing resources that would otherwise be required by the vehicle to process user input.

[0046] Mitigating motion sickness experienced by vehicle occupants can improve their driving experience. As another example, mitigating motion sickness by limiting the use of lighting elements to specific areas or locations (rather than utilizing all available lighting elements) by identifying the occupant's position in the vehicle achieves resource savings (e.g., power savings, CPU usage, etc.).

[0047] In some implementations, a division of computational tasks between onboard and remote systems can be provided. For example, in some implementations, simulating fluids (via a fluid dynamics model) based on data indicating the inertial state of the vehicle can be performed by a remote server computing system. Because some computational tasks can be performed remotely from the vehicle on a typically more powerful computing system, the onboard processing requirements can be reduced. Therefore, motion sickness mitigation can be implemented in vehicles lacking the hardware components needed for modeling fluids based on the vehicle's inertial state. This advantageously provides reduced computational resource requirements for motion sickness mitigation and reduced costs associated with vehicles capable of mitigating motion sickness.

[0048] Example System

[0049] The example implementation will now be discussed in more detail with reference to the accompanying drawings.

[0050] Figure 1 A block diagram of an example motion sickness relief system 100 according to an example implementation thereof is illustrated. The motion sickness relief system 100 may be implemented by a computing system (e.g., a vehicle computing system). In some specific implementations, aspects of this disclosure may be performed by a server computing system (e.g., a remote server system including a cloud server system). For example, the server computing system may be implemented to simulate fluid based on data indicating the inertial state of the vehicle and to provide the simulated fluid to the vehicle computing system. Additionally or alternatively, the server computing system may be implemented to output command instructions to the vehicle computing system to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0051] The motion sickness relief system 100 may include a fluid dynamics simulation system 110 and a fluid visualization system 130.

[0052] The fluid dynamics simulation system 110 can be configured to model or simulate fluid motion (or lack thereof) based on the inertial state of a vehicle using various inputs. For example, data can be received from various sources, including one or more inertial measurement units (IMUs), one or more cameras, one or more velocity sensors, one or more optical detection and ranging (LIDAR) sensors, one or more radio detection and ranging (RADAR) sensors, one or more magnetometers, one or more inclinometers, one or more positioning sensors (e.g., GLONASS sensors, GPS sensors, etc.). Figure 1As illustrated, the fluid dynamics simulation system 110 can receive one or more inputs, including IMU data 121, camera data 122, velocity sensor data 123, LiDAR data 124, RADAR data 125, magnetometer data 126, inclinometer data 127, position data 128, etc.

[0053] The hydrodynamic simulation system 110 can be configured to utilize information or data related to the vehicle's attitude (e.g., roll, pitch, and / or yaw angles) and inertial measurement results (e.g., linear acceleration, angular velocity, etc.) as input. For example, the input can be transmitted to the hydrodynamic simulation system 110 via a vehicle bus. In some embodiments, the input can be transmitted to a server system via a wireless network. For example, in some embodiments, the IMU can be the primary or sole source of input data for the hydrodynamic simulation system 110, and data from other sources (e.g., wheel speed sensors, camera images, LiDAR measurements, RADAR measurements, magnetometer measurements, inclinometer measurements, position measurements, etc.) can enhance the data provided by the IMU. For example, the IMU can provide data related to the vehicle's linear acceleration and angular velocity along six degrees of freedom. In some specific implementations, data relating to the inertial state of a vehicle can be provided from sources other than those provided at the vehicle itself, for example via inertial sensors (e.g., accelerometers and / or gyroscopes) included in a computing device (e.g., a smartphone with an inertial measurement unit and / or other sensors) located within the vehicle. The computing device can be configured in a static or fixed manner to accurately reflect the inertial state of the vehicle.

[0054] The fluid dynamics simulation system 110 can be configured to simulate fluids based on the inertial state of a vehicle using a physics-based fluid dynamics model. In some specific embodiments, the fluid dynamics simulation system 110 can be configured to simulate fluids based on the inertial state of a vehicle and on a known or pre-defined vessel or container having a shape corresponding to the arrangement or configuration of lighting elements disposed in the vehicle. That is, the simulated fluid container or vessel modeled by the fluid dynamics simulation system 110 is configured to match the configuration of lighting elements in the vehicle to be used for visualizing the simulated fluid. For example, when ambient lighting (e.g., rectangular or U-shaped) disposed around a display screen is selected or identified for visualizing the simulated fluid, the fluid dynamics model can utilize a container with a similar shape (e.g., a rectangular or U-shaped container) to simulate the fluid state based on the inertial state of the vehicle.

[0055] For example, as will be discussed later. Figures 4A to 4CAs described in the example, the fluid dynamics simulation system 110 can simulate the state of the fluid by modeling the container as a configuration of nodes corresponding to the configuration of the lighting elements, thereby realizing a fluid dynamics model.

[0056] In some implementations, the fluid dynamics simulation system 110 can implement a fluid dynamics model by modeling the state of the fluid, and by simulating particles (e.g., sand), bubbles, filamentous structures, fibrous structures (e.g., seaweed), or other objects suspended in the fluid. In some implementations, the fluid dynamics simulation system 110 can implement a fluid dynamics model by modeling the state of particles (e.g., sand), bubbles, filamentous structures, fibrous structures (e.g., seaweed), or other objects, rather than modeling the state of the fluid.

[0057] In some implementations, the fluid dynamics simulation system 110 may be configured to adjust the viscosity of the fluid when implementing a fluid dynamics model to modify the fluid's sensitivity to vehicle motion. For example, the fluid dynamics simulation system 110 may be configured to increase the fluid viscosity when implementing a fluid dynamics model in response to vehicle motion exceeding a threshold. For example, the fluid dynamics simulation system 110 may use a viscosity value similar to that of water (e.g., 1.00 centipoise (cP)) as a default value. However, other viscosity values ​​(e.g., 0.6 cP, 1.5 cP, 2.0 cP, 50 cP, 5,000 cP, etc.) may be used. In some implementations, the viscosity value may be changeable according to user preferences, for example, via a user interface.

[0058] The fluid visualization system 130 can be configured to visualize simulated fluids determined by the fluid dynamics simulation system 110 within the vehicle using one or more of a plurality of activatable lighting elements of the vehicle. For example, the fluid visualization system 130 can be configured to utilize (e.g., activate and / or deactivate) one or more lighting elements disposed within the vehicle, including dashboard lighting element 141, door lighting element 142, display lighting element 143, seat lighting element 144, screen bezel lighting element 145, window lighting element 146, console lighting element 147, etc. For example, control circuitry can control ambient lighting on the dashboard, lighting elements disposed at the bezel of the infotainment display screen, lighting disposed at displays embedded in various interior components (e.g., on the dashboard, on interior door panels, etc.), lighting disposed on displays of the infotainment display screen user interface, etc.

[0059] In some implementations, multiple activatable lighting elements of a vehicle used to alleviate motion sickness are restricted or constrained to not obstruct or replace lighting elements that provide a view from inside the vehicle to the outside. In some implementations, multiple activatable lighting elements of a vehicle used to alleviate motion sickness are provided or selected such that, for example, visual cues regarding the inertial state of the vehicle are visible from every viewpoint inside the vehicle, regardless of the activities undertaken by the vehicle occupants.

[0060] In some implementations, multiple activatable lighting elements are provided or selected for vehicles used to alleviate motion sickness, making visual cues regarding the inertial state of the vehicle visible from designated areas of the vehicle. For example, a specific area of ​​the motion sickness relief system 100 to be applied can be specified based on user input (e.g., via a user interface, including voice input, touch input, etc.). For example, a specific area of ​​the motion sickness relief system 100 to be applied can be specified based on the vehicle detecting the position of occupants in the vehicle (e.g., via a seat detection system, including via weight sensors, camera detection, etc.).

[0061] In some implementations, multiple activatable lighting elements are provided or selected for vehicles used to alleviate motion sickness, such that visual cues regarding the inertial state of the vehicle are visible based on the positions of the occupants within the vehicle. For example, the lighting elements to be controlled to implement the motion sickness mitigation system 100 may be specified based on the occupant's position. For example, the occupant's position (e.g., driver's seat, front passenger seat, rear passenger seat, etc.) may be specified based on user input (e.g., via a user interface, including voice input, touch input, etc.). For example, the occupant's position may be specified based on the vehicle detecting the occupant's position within the vehicle (e.g., via a seat detection system, including via weight sensors, camera detection, etc.).

[0062] In some implementations, multiple activatable lighting elements for vehicles used to alleviate motion sickness are provided or selected such that visual cues regarding the inertial state of the vehicle are visible depending on the direction the vehicle occupant is looking. For example, the lighting elements to be controlled to implement the motion sickness relief system 100 can be specified based on the direction the occupant is looking (e.g., for a predetermined duration or longer). For example, the direction the vehicle occupant is looking can be determined based on the vehicle detecting the occupant's viewing direction (e.g., via camera detection, gaze detection, eye tracker, etc.). As an example, if the occupant is facing backwards from the vehicle, the motion sickness relief system 100 can control lighting elements that are within the occupant's line of sight or field of vision, rather than lighting elements behind the occupant or outside the occupant's field of vision. To avoid frequent changes in the lighting elements to be used by the motion sickness relief system 100 due to frequent changes in the occupant's viewing direction, the motion sickness relief system 100 can ensure that the occupant maintains the viewing direction for a minimum duration (e.g., a predetermined duration or longer) before determining whether to change or update the lighting elements to be controlled to achieve the motion sickness relief system 100 based on the occupant's viewing direction.

[0063] The fluid visualization system 130 can be configured to visualize, for example, a simulated fluid determined by a fluid dynamics simulation system 110 inside the vehicle, using one or more of a plurality of activatable lighting elements of the vehicle according to various methods. For example, the lighting intensity can vary based on the density of nodes determined based on the simulated fluid. For example, the color of the lighting elements can change according to the simulated fluid. (See below for reference.) Figures 2A to 2C Discussion example visualization.

[0064] See Figure 2A An exemplary specific implementation of a motion sickness relief system according to an example embodiment of the present disclosure is shown. For example, Figure 2A Arrow 210 illustrates that vehicle 200A is turning right. Figure 2A In the example, arrow 210 is an image annotation and is not actually displayed on the windshield of vehicle 200A. Sensors including an inertial measurement unit can provide data indicative of the inertial state of vehicle 200A to a fluid dynamics simulation system 110, which can model the simulated fluid based on the lighting elements to be activated. For example, the fluid dynamics simulation system 110 can treat each corresponding internal component with lighting elements as a separate container when modeling the fluid, or the fluid dynamics simulation system 110 can combine internal components with lighting elements and treat the combined internal components as a single container when modeling the fluid.

[0065] like Figure 2AAs illustrated in the example, lighting elements that can be activated to achieve various aspects of the motion sickness relief system 100 (e.g., for visualizing simulated fluids) include door lighting element 142, seat lighting elements 144a and 144b, and screen bezel lighting elements 145a and 145b. For example, a specific color (e.g., blue ambient lighting) can be used to activate the lighting elements. For example, when the vehicle 200A turns right, the fluid can be simulated via a fluid dynamics model as experiencing a centrifugal force pulling the fluid to the left. The simulated fluid can be visualized inside the vehicle 200A via the door lighting element 142, seat lighting elements 144a and 144b, and screen bezel lighting elements 145a and 145b, such that the lighting elements act as visual cues consistent with the sensations of the occupants in the vehicle 200A, thereby alleviating their susceptibility to motion sickness.

[0066] See Figures 2B to 2C This illustrates another exemplary specific implementation of a motion sickness relief system according to an example embodiment of the present disclosure. For example, Figure 2B Arrow 220 illustrates vehicle 200B turning right. Figure 2B In the example, arrow 220 is an image annotation and is not actually displayed on the windshield of vehicle 200B. Sensors including an inertial measurement unit can provide data indicative of the inertial state of vehicle 200B to a fluid dynamics simulation system 110, which can model the simulated fluid based on the lighting elements to be activated. For example, the fluid dynamics simulation system 110 can treat each corresponding internal component with lighting elements as a separate container when modeling the fluid, or the fluid dynamics simulation system 110 can combine internal components with lighting elements and treat the combined internal components as a single container when modeling the fluid.

[0067] The fluid dynamics simulation system 110 can model the simulated fluid itself and one or more simulated objects within the fluid. For example, one or more objects may include one or more of the following: (i) particles, (ii) bubbles, (iii) filaments, or (iv) fibrous structures. In some implementations, the fluid dynamics simulation system 110 can model one or more simulated objects within the fluid, rather than the fluid itself.

[0068] exist Figures 2B to 2C In the example, vehicle 200B features fluid simulation and visualization using dashboard lighting elements 141a (e.g., using blue ambient lighting) mounted on (or integrated with) the dashboard. Furthermore, in Figure 2BIn the example, the fluid is simulated as having suspended bubbles 230a (as indicated by the dark areas). When the vehicle turns right, the inertia of bubble 230a makes the bubble appear to move from left to right from the occupant's perspective. For example, as... Figure 2C As shown, with Figure 2B Compared to bubble 230a, bubble 230b is positioned further to the left on the dashboard. The simulated fluid, along with the simulated bubbles, can be visualized inside the vehicle 200A via dashboard lighting element 141a, so that the activation and deactivation of certain lighting elements from dashboard lighting element 141a serves as a visual cue consistent with the sensations of the occupants in the vehicle 200A, thereby alleviating their susceptibility to motion sickness.

[0069] Figure 3 A block diagram illustrating an example vehicle 300 and a motion sickness relief system including a fluid dynamics simulation system 370 and a fluid visualization system 390 according to an example implementation of this document is shown. Figure 3 The motion sickness relief system and vehicle 300 may be represented in other accompanying drawings (e.g., Figure 1 and Figures 2A to 2C The motion sickness relief system described in the diagram is the same system used in vehicles. In some specific implementations, the fluid dynamics simulation system 370 and the fluid visualization system may be included in the onboard system 350.

[0070] According to an example aspect of this disclosure, vehicle 300 can be a vehicle configured to alleviate motion sickness in one or more occupants. Vehicle 300 can be a vehicle capable of being operated by a user. In one embodiment, vehicle 300 can be a car or another type of land-based vehicle manually driven by a user. For example, vehicle 300 could be… A car or van. Vehicle 300 may include operator assistance features such as cruise control and advanced driver assistance systems. In some implementations, vehicle 300 may be a fully automated or semi-automated vehicle.

[0071] Vehicle 300 may include a powertrain and one or more power sources. The powertrain may include motors, electric motors, transmissions, drive shafts, axles, differentials, electronic components, transmission devices, etc. The power source may include one or more types of power sources. For example, vehicle 300 may be an all-electric vehicle (EV) capable of using batteries to operate the powertrain (e.g., for propulsion) and onboard functions of vehicle 300. In one embodiment, vehicle 300 may use combustible fuel. In one embodiment, vehicle 300 may include a hybrid power source, including, for example, a combination of combustible fuel and electricity. In one aspect, vehicle 300 may be a commercially available consumer vehicle.

[0072] For the sake of brevity, known components of vehicle 300 (e.g., engine, passenger seat, windows, tires, and wheels) are not illustrated and / or discussed in detail herein. Those skilled in the art will understand the operation of the known vehicle components in vehicle 300.

[0073] Vehicle 300 may include a front position and / or a rear position. Vehicle 300 may include one or more driving lights, such as headlights 302 and / or taillights 304. Vehicle 300 may include a front suspension 309 and / or a rear suspension 311. The front suspension 309 may be equipped with a vibration sensor 308. The vibration sensor 308 may record vibration data describing vibrations, shocks, and / or other forces acting on the front suspension 309. Similarly, the rear suspension 311 may be equipped with a vibration sensor 310 that records vibration data at the rear suspension 311. It should be understood that vibration sensors 308, 310 may be associated with individual wheels, axles, and / or any other suitable component of vehicle 300. In addition to aiding in the control of vehicle 300, the detection from vibration sensor 308 can be used as input data for a hydrodynamic simulation system 370 to determine the inertial state of vehicle 300.

[0074] Vehicle 300 may include a front brake 312 and / or a rear brake 314. Brakes 312 and 314 may be operable to reduce the rotational speed of the wheels of vehicle 300. Brakes 312 and 314 may be controlled by a braking control system 322 of vehicle 300. In one embodiment, the braking control system 322 may identify emergency braking events, loss of traction during braking, and / or other abnormal braking events, and engage an anti-lock braking system (not shown) and / or other suitable remedial systems. In addition to aiding in the control of vehicle 300, detections from the braking control system 322 may indicate deceleration conditions that can be measured by an inertial measurement unit 326 (e.g., via one or more accelerometers and / or gyroscopes), and the output of the inertial measurement unit 326 may be used as input data for a hydrodynamic simulation system 370 to determine the inertial state of vehicle 300.

[0075] Vehicle 300 may include various systems for controlling vehicle 300 and / or acquiring inertial (e.g., motion) data associated with vehicle 300. Vehicle 300 may include a steering control system 320. A driver may interact with a steering wheel 321 to control the forward direction of vehicle 300. In response to the driver's interaction with the steering wheel 321, steering control system 320 may adjust the direction of one or more components of vehicle 300 to steer vehicle 300. In addition and / or alternatively, vehicle 300 may include a speed control system 324 to control the speed of vehicle 300. For example, the driver may interact with an accelerator, accelerator pedal, and / or other interfaces to accelerate and / or decelerate vehicle 300. In addition and / or alternatively, vehicle 300 may include a cruise control system or other automated systems to maintain, adjust, or otherwise influence the vehicle.

[0076] The speed of vehicle 300. The speed control system 324 can record the current speed of vehicle 300. In addition to being beneficial to the control of vehicle 300, the detection results from the speed control system 324 can be used as input data (e.g., speed sensor data 123) to determine the inertial state of vehicle 300.

[0077] In addition, the vehicle 300 may include an inertial measurement unit 326, which records acceleration information (e.g., linear acceleration) and velocity information (e.g., angular velocity) of the vehicle 300. Besides being beneficial to the control of the vehicle 300, the detection from the inertial measurement unit 326 can be used as input data (e.g., IMU data 121) for the fluid dynamics simulation system 370 to determine the inertial state of the vehicle 300.

[0078] Vehicle 300 may include one or more cameras disposed on and / or within vehicle 300. For example, vehicle 300 may include one or more dashcam cameras 306, one or more hood cameras 316, one or more rearview mirror cameras 317, one or more rear-view cameras 318, and / or any other suitable cameras. Cameras 306, 316, 317, and 318 may capture image data and / or video data depicting the internal and / or external environment of vehicle 300 during operation. Cameras 306, 316, 317, and 318 may capture video data in any suitable format. As an example, cameras 306, 316, 317, and 318 may capture video data as an image stream in any suitable image format (such as JPEG, BMP, PNG, etc.) and / or any suitable proprietary format. As another example, cameras 306, 316, 317, and 318 may capture video data in any suitable video format (such as MP4, AVI, AVCHD, DV, etc.) and / or any suitable proprietary format. In addition to aiding in the control of vehicle 300, detections from cameras 306, 316, 317, and 318 can indicate the position or area of ​​occupants within vehicle 300 to determine one or more areas where a motion sickness relief system can be applied. Alternatively, detections from cameras 306, 316, 317, and 318 can be used to determine whether a motion sickness relief system should utilize certain illumination elements based on the position or area of ​​occupants detected by cameras 306, 316, 317, and 318. Alternatively, detections from cameras 306, 316, 317, and 318 can be used as input data (e.g., camera data 122) for a fluid dynamics simulation system 370 to determine the inertial state of vehicle 300.

[0079] The vehicle 300 may include other sensors or devices for controlling the vehicle 300, which in Figure 3 Not specifically shown (e.g., magnetometers, inclinometers, LIDAR, RADAR, etc.). In addition to aiding in the control of vehicle 300, detections from these other sensors or devices can be used as input data for the hydrodynamic simulation system 370 (e.g., LIDAR data 124, RADAR data 125, magnetometer data 126, inclinometer data 127, etc.) to determine the inertial state of vehicle 300.

[0080] Vehicle 300 may include an onboard system 350. The onboard system 350 may be configured to perform some or all of the operations described herein for motion sickness relief. The onboard system 350 may include control circuitry 352. In one embodiment, the control circuitry 352 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuitry (PLC) or programmable logic / gate array (PLA / PGA), field-programmable gate array (FPGA), application-specific integrated circuit (ASIC), or any other control circuitry. In some specific embodiments, the control circuitry 352 and / or the onboard system 350 may be part of, or may form part of, a vehicle control unit (also referred to as a vehicle controller), which is embedded in or otherwise disposed within the vehicle 300 (e.g., In a car or van. For example, the vehicle controller may be or may include an infotainment system controller (e.g., infotainment head unit), telematics control unit (TCU), electronic control unit (ECU), central powertrain controller (CPC), central driving and charging controller (CDCC), centralized in-vehicle integrated computer (CIVIC), central external and internal controller (CEIC), zone controller, or any other controller (the terms “or” and “and / or” are used interchangeably herein).

[0081] In one embodiment, the vehicle system 350 may include a non-transitory computer-readable medium 354 (also referred to as memory 354). The non-transitory computer-readable medium 354 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick. In some cases, the non-transitory computer-readable medium 354 may store computer-executable instructions or computer-readable instructions, such as those for performing... Figures 6A to 6D Instructions from any of methods 600, 610, 630, and 640.

[0082] In various implementations, the terms "computer-readable instructions" and "computer-executable instructions" are used to describe software instructions or computer code configured to perform various tasks and operations. In various implementations, if the computer-readable instructions or computer-executable instructions form a module, the term "module" broadly refers to a collection of software instructions or code configured to cause the control circuitry 352 to perform one or more functional tasks. When the control circuitry or other hardware components are executing a module or computer-readable instructions, the module and computer-readable / executable instructions can be described as performing various operations or tasks.

[0083] In one embodiment, the non-transitory computer-readable medium 354 may store vehicle data 355 describing aspects of the vehicle, such as brand, model, year, serial number, software / firmware version, and / or other vehicle aspects. In one embodiment, the non-transitory computer-readable medium 354 may store event data 357. Event data 357 may describe interactions with features, such as reportable events. For example, event data 357 may include information such as which component of the vehicle 300 interacts with the feature, sensor data from sensors associated with that component, timestamps associated with the event data, location data associated with the event, and / or other suitable data for recording and / or reporting interactions with features in the driving lane.

[0084] The onboard system may include or communicate with a positioning system 358. Positioning system 358 may be any suitable positioning system and / or a combination thereof. As an example, positioning system 358 may be or may include a satellite positioning system such as GPS or GLONASS. As another example, positioning system 358 may segment a driving lane into multiple driving lane segments. Positioning system 358 may output positioning data describing which driving lane segments the vehicle 300 is located in or positioned within. For example, positioning system 358 may compare the coordinates of vehicle 300 (e.g., satellite coordinates) with coordinates associated with driving lane segments to identify which road segments the vehicle 300 is positioned within. In addition and / or alternatively, positioning system 358 may utilize computer vision techniques (such as lane recognition techniques) to identify which lane and / or road segment the vehicle 300 is located in. In addition to being beneficial to the control and / or navigation of the vehicle 300, the detections from the positioning system 358 can be used as input data (e.g., position data 128) for the hydrodynamic simulation system 370 to determine the inertial state of the vehicle 300.

[0085] The onboard system 350 can communicate with the fluid dynamics simulation system 370, which can be integrated with the vehicle 300 or located remotely from the vehicle 300. For example, the fluid dynamics simulation system 370 may be or include a remote server. The fluid dynamics simulation system 370 may include one or more control circuits 372. In one embodiment, the one or more control circuits 372 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuits (PLCs) or programmable logic / gate arrays (PLA / PGA), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), or any other control circuitry. In some specific implementations, the one or more control circuits 372 may be embodied as one or more control circuits 352. That is, the one or more control circuits 352 of the onboard system 350 may perform the operations of the one or more control circuits 372.

[0086] In one embodiment, the fluid dynamics simulation system 370 may include a non-transitory computer-readable medium 374 (also referred to as memory 374). The non-transitory computer-readable medium 374 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick. In some specific embodiments, the non-transitory computer-readable medium 374 may be embodied as a non-transitory computer-readable medium 354. That is, the non-transitory computer-readable medium 354 of the vehicle system 350 may perform the operations of the non-transitory computer-readable medium 374.

[0087] According to various aspects of this disclosure, the fluid dynamics simulation system 370 can implement or otherwise provide services beneficial to motion sickness relief. The fluid dynamics simulation system 370 can communicate with various vehicle systems or sensors, for example, via an onboard system 350, and input data received from these systems or sensors can be used by the fluid dynamics simulation system 370 to determine the inertial state of the vehicle 300. The fluid dynamics simulation system 370 can store input data in a non-transitory computer-readable medium 374 for determining the inertial state of the vehicle 300. In addition to the input data received from the vehicle 300, the fluid dynamics simulation system 370 can also obtain data through communication with remote or third-party systems. For example, the fluid dynamics simulation system 370 can obtain input data related to the inertial state of the vehicle 300 from an external device (e.g., a smartphone).

[0088] The fluid dynamics simulation system 370 may include a vehicle inertial state detector 380, which is configured to receive input data (e.g., one or more of IMU data 121, camera data 122, velocity sensor data 123, LiDAR data 124, RADAR data 125, magnetometer data 126, inclinometer data 127, position data 128, etc.) and is configured to determine the inertial state of the vehicle 300 based on the received input data. For example, the input data may indicate that the vehicle 300 is turning, stopping (decelerating), accelerating, climbing or parking at an upward angle, descending or parking at a downward angle, at a stop, level, etc.

[0089] The fluid dynamics simulation system 370 may include a fluid dynamics model generator 382 configured to simulate fluids based on input data indicating the inertial state of the vehicle 300. The fluid dynamics model generator 382 may be configured to simulate fluids based on the inertial state of the vehicle 300 using a physics-based fluid dynamics model. In some embodiments, the fluid dynamics model generator 382 may be configured to simulate fluids based on the inertial state of the vehicle 300 and using a physics-based fluid dynamics model based on a known or pre-defined vessel or container having a shape corresponding to the arrangement or configuration of one or more lighting elements disposed in the vehicle. That is, the simulated fluid container or vessel modeled by the fluid dynamics model generator 382 is configured to match the lighting elements in the vehicle to be used for visualizing the simulated fluid. For example, non-transitory computer-readable media 374 and / or non-transitory computer-readable media 354 may store the mapping between lighting element configurations and specified containers or vessels in a database or lookup table. For example, a linear arrangement of lighting elements (e.g., along seats, doors, dashboards, etc.) can correspond to a first container used by the fluid dynamics model, which is linear and tubular in form. For example, a box-shaped arrangement of lighting elements (e.g., lighting elements positioned around a bezel surrounding a display screen, lighting elements positioned around interior door handles, etc.) can correspond to a second container used by the fluid dynamics model, which is also box-shaped and tubular in form. For example, in some embodiments, simulated fluid containers or vessels modeled by the fluid dynamics model generator 382 can each correspond to a specific configuration of lighting elements disposed within the vehicle. For example, in some embodiments, simulated fluid containers or vessels modeled by the fluid dynamics model generator 382 can correspond to a combination of configurations of lighting elements disposed within the vehicle. For example, in Figure 2A In this context, the simulated fluid container or vessel modeled by the fluid dynamics model generator 382 may correspond to a combination of seat lighting elements 144a and 144b. For example, in some specific implementations, some simulated fluid containers or vessels modeled by the fluid dynamics model generator 382 may include portions that are not visible or do not correspond to a particular lighting element configuration (e.g., portions not used to visually represent the simulated fluid). For example, in... Figure 2B In this model, the simulated fluid container or vessel modeled by the fluid dynamics model generator 382 may include a ring extending around the vehicle, wherein a portion of the ring corresponds to the dashboard lighting element 141a, and other portions of the ring do not correspond to the dashboard lighting element 141a. That is, the simulated ring extends around the vehicle and partially surrounds the portion corresponding to the dashboard lighting element 141a, wherein only the portion of the ring that coincides with the dashboard lighting element 141a is visualized using the lighting element representing the simulated fluid.

[0090] For example, the lighting element selector 384 can determine the lighting elements to be used for visualizing simulated fluids. In some embodiments, the lighting element selector 384 can be configured to select all lighting elements in the vehicle 300 as activatable for implementing a motion sickness relief system. In some embodiments, the lighting element selector 384 can be configured to select those lighting elements in the vehicle 300 located in a specific area or seat where the occupant is located (e.g., as determined by the vehicle 300 and / or as determined based on input received from the user) as activatable for implementing a motion sickness relief system. In some embodiments, the lighting element selector 384 can be configured to select those lighting elements in the vehicle 300 located in the occupant's field of vision (e.g., as determined by the vehicle 300 and / or as determined based on input received from the user) as activatable for implementing a motion sickness relief system. For example, if the lighting element selector 384 determines that no occupant is located in the rear area or in the rear seats, the lighting element selector 384 can be configured to exclude lighting elements visible from the rear area or in the rear seats as possible activatable lighting elements for implementation with the motion sickness relief system. For example, if the lighting element selector 384 determines that an occupant is located in the front area or in the front seats, the lighting element selector 384 can be configured to include lighting elements visible from the front area or in the front seats as possible activatable lighting elements for implementation of the motion sickness relief system.

[0091] For example, the fluid dynamics model generator 382 can be configured to simulate a fluid and one or more objects disposed in the fluid using a physics-based fluid dynamics model, based on the inertial state of the vehicle 300. In some specific implementations, the fluid dynamics model generator 382 can be configured to simulate one or more objects instead of a fluid using a physics-based fluid dynamics model, based on the inertial state of the vehicle 300. For a given container or vessel, a given fluid viscosity, and a given force (corresponding to the inertial state of the vehicle), the physics-based fluid dynamics model can simulate the fluid, one or more objects, or the fluid and one or more objects suspended in the fluid, based on a known fluid dynamics model (e.g., based on Bernoulli's principle and equations concerning fluid dynamics).

[0092] For example, physics-based fluid dynamics models can simulate fluids using fluid animation techniques. Fluid animation aims to render realistic fluid visualizations from quantitative results of computational fluid dynamics (CFD) simulations. CFD is a diverse and well-established field of research. Many CFD techniques share the same basic processes and rely on computer-aided design (CAD) models to describe the physical boundaries (e.g., containers or vessels) of the fluid under study. Furthermore, partial differential equations (e.g., the Navier-Stokes equations describing fluid motion) can be used to describe the physics or motion of fluids, and numerical methods can be used to solve these partial differential equations. In some specific implementations, a CFD model can be partitioned by discretizing the fluid domain into a set of computational or discrete elements (e.g., nodes) to form a mesh. Several methods can be used to describe how cells interact with each other while obeying the aforementioned partial differential equations. Examples include, but are not limited to, the finite element method, the finite volume method, etc. For example, the finite element analysis method can be implemented to divide a container (e.g., a pipe) into small elements (e.g., nodes), and partial differential equations can be solved for each element. For example, CFD techniques can use numerical solvers to converge to accurate approximations of fluid dynamics. As yet another example, the Euler equations, which describe the motion of a fluid in the absence of viscosity, can be used to model fluid motion. The Euler equations are a simplified version of the Navier-Stokes equations and are based on the assumption that the fluid is inviscid. In contrast, the Navier-Stokes equations consider viscous forces.

[0093] As described in this article, one or more containers or vessels to be used by a physics-based fluid dynamics model can be determined based on the configuration of the lighting elements to be used to visualize the simulated fluid, one or more simulated objects, or the simulated fluid and one or more objects suspended in the fluid.

[0094] For example, objects may include particles (e.g., sand), bubbles, filamentous structures, fibrous structures (e.g., seaweed), or other objects. Specific objects to be utilized by the fluid dynamics model generator 382 can be selected via the fluid object selector 386. The fluid object selector 386 can be configured to automatically select or implement objects to be modeled by the fluid dynamics model generator 382, ​​or objects can be selected via user input.

[0095] As an example, when the lighting element selector 384 identifies that lighting elements from the front region are activatable for the purpose of achieving a motion sickness relief system, while lighting elements from the rear region are excluded as activatable for the purpose of achieving a motion sickness relief system, the fluid dynamics model generator 382 can be configured to utilize a physics-based fluid dynamics model to simulate fluid based on the inertial state of the vehicle 300 and based on containers having shapes corresponding to the configurations of one or more lighting elements disposed in the front region. For example, the front region may include a first lighting element configuration on the dashboard (which is linear), and a second lighting element configuration and a third lighting element configuration (which are box-shaped) surrounding the left and right interior door handles, respectively. Therefore, the fluid dynamics model generator 382 can be configured to model the fluid in the linear and tubular first container (corresponding to the first lighting element configuration) and the fluid in the box-shaped and tubular second container (corresponding to the second and third lighting element configurations).

[0096] For example, the fluid dynamics model generator 382 can be configured to simulate a fluid with a specific viscosity using a physics-based fluid dynamics model based on the inertial state of the vehicle 300. For example, the fluid viscosity selector 388 can be configured to increase the fluid viscosity when implementing the fluid dynamics model in response to the motion of the vehicle 300 exceeding a threshold. Increasing the fluid viscosity can be used to more smoothly visualize the fluid motion via lighting elements disposed within the vehicle 300. For example, the fluid viscosity selector 388 can select a viscosity value similar to that of water (e.g., 1.00 centipoise (cP)) as the default value. However, other viscosity values ​​(e.g., 0.6 cP, 1.5 cP, 2.0 cP, 50 cP, 5,000 cP, etc.) can be selected. In some specific implementations, the viscosity value can be changed according to user preferences, for example, via a user interface.

[0097] The vehicle-mounted system 350 can communicate with the fluid visualization system 390, which can be integrated with or located remotely from the vehicle 300. For example, the fluid visualization system 390 may be or include a remote server. The fluid visualization system 390 may include one or more control circuits 392. In one embodiment, the one or more control circuits 392 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuits (PLCs) or programmable logic / gate arrays (PLA / PGA), field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), or any other control circuitry. In some specific implementations, the one or more control circuits 392 may be embodied as one or more control circuits 352. That is, the one or more control circuits 352 of the vehicle-mounted system 350 may perform the operations of the one or more control circuits 392.

[0098] In one embodiment, the fluid visualization system 390 may include a non-transitory computer-readable medium 394 (also referred to as memory 394). The non-transitory computer-readable medium 394 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick. In some specific embodiments, the non-transitory computer-readable medium 394 may be embodied as a non-transitory computer-readable medium 354. That is, the non-transitory computer-readable medium 354 of the vehicle system 350 may perform the operations of the non-transitory computer-readable medium 394.

[0099] The fluid visualization system 390 can realize or otherwise provide services beneficial to motion sickness relief according to various aspects of this disclosure. The fluid visualization system 390 can communicate with various vehicle systems or sensors, for example via an onboard system 350, to control one or more lighting elements of the vehicle 300 to visualize simulated fluids (as determined by the fluid dynamics simulation system 370) within the vehicle using one or more of a plurality of activatable lighting elements from the vehicle 300. The fluid visualization system 390 can store various data in a non-transitory computer-readable medium 394 for controlling the state of the lighting elements (e.g., light intensity values, node density thresholds, etc.).

[0100] The fluid visualization system 390 can be configured to visualize simulated fluids determined by the fluid dynamics simulation system 370 within the vehicle 300 using one or more of a plurality of activatable lighting elements from the vehicle 300. For example, the fluid visualization system 390 may include a lighting element controller 396 configured to visualize simulated fluids by activating and / or deactivating one or more lighting elements disposed within the vehicle 300, including dashboard lighting element 141, door lighting element 142, display lighting element 143, seat lighting element 144, screen bezel lighting element 145, window lighting element 146, console lighting element 147, etc.

[0101] For example, the fluid visualization system 390 may include a light intensity selector 398 configured to visualize the simulated fluid by selecting or placing one or more lighting elements within the vehicle 300 based on the simulated fluid. For instance, if the model output indicates that the node density value at a specific node in the container is greater than a first threshold level, the light intensity selector 398 may be configured to increase the intensity of the corresponding lighting element, and if the model output indicates that the node density value at a specific node in the container is less than a second threshold level, the light intensity selector 398 may be configured to decrease the intensity of the corresponding lighting element. For example, if the model output indicates that the node density value at a specific node in the container is between the first and second threshold levels, the light intensity selector 398 may be configured to maintain the intensity of the corresponding lighting element at a default level.

[0102] See Figures 4A to 4C An example visualization of simulated fluid using lighting elements of a vehicle according to an example embodiment of this disclosure is shown. See also Figure 4A For example, the lighting elements are arranged in a rectangular manner on the bezel 412 of the display screen 410, which can be set in a similar manner to... Figure 2A In the vehicle 300 shown, a fluid dynamics model generator 382 can be configured to model the state of the fluid based on the inertial state of the vehicle 300 by simulating a vessel or container having the same or similar shape as the lighting elements arranged rectangularly on the border 412. For example, the vessel or container used to simulate the fluid state based on the inertial state of the vehicle can have the same or similar shape as the lighting elements, but does not need to have the same dimensions (e.g., in length, width, depth, etc.) as the configuration of the lighting elements. The fluid dynamics model generator 382 can be configured to represent the configuration of the lighting elements as a network or mesh topology of nodes. The fluid dynamics model generator 382 can be configured to simulate the motion of the fluid in the container, for example, relative to each node, based on the inertial state of the vehicle.

[0103] In some specific implementations, the corresponding lighting element can be activated when the model output indicates that there is fluid in a specific node of the container, and the corresponding lighting element can be deactivated when the model output indicates that there is air in a specific node (e.g., the fluid has left the node).

[0104] In some specific implementations, when the model output indicates that the node density value at a specific node of the container is greater than a first threshold level, the intensity of the corresponding lighting element can be increased; conversely, when the model output indicates that the node density value at a specific node of the container is less than a second threshold level, the intensity of the corresponding lighting element can be decreased. For example, when the model output indicates that the node density value at a specific node of the container is between the first and second threshold levels, the intensity of the corresponding lighting element can be maintained at the default level.

[0105] See you again Figure 4A For example, for a first inertial state of vehicle 300 (e.g., on a flat road and with a substantially constant speed), various lighting elements 420 can be activated symmetrically (e.g., an equal number of lighting elements 420 are activated on the sides of frame 412), and various lighting elements 422 can be deactivated symmetrically (e.g., an equal number of lighting elements 422 are deactivated on the sides of frame 412). In response to a left turn of vehicle 300 (indicated by arrow 424), vehicle 300 can enter a second inertial state (e.g., centrifugal force acts on vehicle 300). Based on the second inertial state of vehicle 300, fluid dynamics model generator 382 can be configured to model the state of the fluid such that the fluid “sloshes” to one side of a container used in the model, which corresponds to the configuration of the lighting elements. Here, the sloshing effect of the fluid occurs based on the centrifugal force acting on vehicle 300 during a turn, thus the model reflects the inertial state of vehicle 300. The corresponding lighting elements arranged around frame 412 can be activated and deactivated to reflect the simulated fluid. For example, some previously deactivated lighting elements 422' can be activated, and some previously activated lighting elements 420' can be deactivated, so that the activation and deactivation of the lighting elements serve as visual cues consistent with the feelings of the occupants in the vehicle 300, thereby alleviating their susceptibility to motion sickness.

[0106] Similarly, in Figure 4BIn the example, for a first inertial state of the vehicle 300 (e.g., on a flat road and with a substantially constant speed), various lighting elements, including lighting elements 430 and 432, are activated and positioned along the longitudinal direction of the vehicle (e.g., along the floor or along the door). In response to a braking action of the vehicle 300 (indicated by arrow 434), the vehicle 300 can enter a second inertial state (e.g., where a deceleration force acts on the vehicle 300). Based on the second inertial state of the vehicle 300, the fluid dynamics model generator 382 can be configured to model the state of the fluid such that the fluid “sloshes” to one side of a container used in the model, which corresponds to the configuration of the lighting elements. Figure 4B In the example, some previously activated lighting elements 432' can be deactivated, and some lighting elements 430' previously activated at the default lighting intensity level can remain activated but have a higher intensity lighting level based on the increased density of the corresponding nodes in the model, so that the activation and deactivation of lighting elements serve as visual cues consistent with the feelings of the occupants in the vehicle 300, thereby alleviating their susceptibility to motion sickness. Figure 4B The example can also be applied to situations where the state of vehicle 300 changes from being on a flat and level road to being parked downhill or tilted on a hillside.

[0107] Similarly, in Figure 4C In the example, for a first inertial state of vehicle 300 (e.g., on a flat road and with a substantially constant speed), various lighting elements, including lighting elements 440 and 442, are activated and positioned along the lateral direction of the vehicle (e.g., along the dashboard from left to right). In response to a turning maneuver of vehicle 300 (indicated by arrow 434), vehicle 300 can enter a second inertial state (e.g., centrifugal force acts on vehicle 300). Based on the second inertial state of vehicle 300, the fluid dynamics model generator 382 can be configured to model the state of the fluid such that the fluid “sloshes” to one side of a container used in the model, corresponding to the configuration of the lighting elements. Figure 4C In the example, some previously activated lighting elements 440' can be deactivated, and some lighting elements 442' previously activated at the default lighting intensity level can remain activated but have a higher intensity lighting level based on the increased density at the corresponding node in the model, so that the activation and deactivation of lighting elements serve as visual cues consistent with the feelings of the occupants in the vehicle 300, thereby alleviating their susceptibility to motion sickness.

[0108] As mentioned above, various settings regarding motion sickness mitigation systems can be controlled by the occupants of the vehicle. For example, a motion sickness mitigation system can be implemented as part of an active comfort system that can be controlled by the user (e.g., as part of a luxury package). Figures 5A to 5B An example user interface for operating a motion sickness relief system according to an example embodiment of the present disclosure is illustrated.

[0109] Figure 5A An example of a first motion sickness relief user interface 500 is illustrated, comprising multiple user interface elements that can be used to select one or more areas within a vehicle where a motion sickness relief system can be applied. For example, a user can select or identify a specific location within the vehicle to apply motion sickness relief by selecting user interface element 510. The user can then identify or select a specific seat within the vehicle to apply motion sickness relief by selecting one or more of user interface elements 512, 514, 516, and 518 (e.g., via touch input to a touchscreen, cursor selection, voice, input, etc.). Figure 5A This is just an example, and vehicles can include more than Figure 5A Examples include more or fewer seats. For instance, a user can select or identify a specific area within the vehicle to apply motion sickness relief by selecting user interface element 520. The user can then identify or select a specific area within the vehicle (e.g., a front area and / or a rear area) to apply motion sickness relief by selecting one or more of user interface elements 522 and 524. Figure 5A This is just an example, and the means of transportation may include more than Figure 5A Examples of more or fewer regions.

[0110] Figure 5BA second motion sickness relief user interface 500' is illustrated, which includes multiple user interface elements for selecting specific options regarding the execution of a motion sickness relief system. For example, a user can select one or more effects to be applied to motion sickness relief by selecting user interface element 530. For example, a user can select a specific fluid color to be visually represented by lighting elements within the vehicle to apply motion sickness relief by selecting user interface element 532. For example, a submenu may display multiple color options from which the user can select a specific color. For example, a user can select a specific fluid object to be included in the fluid and represented by lighting elements within the vehicle to apply motion sickness relief by selecting user interface element 534. For example, a submenu may display multiple different objects (e.g., particles, bubbles, filamentous structures, fibrous structures, or other objects suspended in the fluid) from which the user can select a specific object. For example, a user can select a specific fluid viscosity of the fluid and represented by lighting elements within the vehicle to apply motion sickness relief by selecting user interface element 536. For example, a submenu may display substances with multiple different viscosity values ​​and / or similar viscosity values ​​from which the user can select a specific viscosity.

[0111] Example methods for alleviating motion sickness

[0112] Figures 6A to 6D Flowcharts illustrating various methods for achieving motion sickness relief according to example embodiments of this disclosure are provided.

[0113] Figure 6A A flowchart illustrating a method 600 for relieving motion sickness is depicted. In one embodiment, method 600 may be... Figure 3 The control circuit 352 of the vehicle-mounted system 350 and / or the control circuit 372 of the fluid dynamics simulation system 370 and / or the control circuit 392 of the fluid visualization system 390 are executed. In another embodiment, method 600 may be performed by... Figure 7 One or more of the control circuits 715, 815, and 915 of the computing system 700 are executed. One or more portions of method 600 may be implemented as an algorithm on the hardware components of the apparatus described herein. For example, the operation of method 600 may be implemented as an operation / instruction executable by computing hardware.

[0114] although Figure 6A For illustrative and discussion purposes, operations performed in a specific order are described; however, the methods of this disclosure are not limited to the specifically illustrated order or arrangement. Various operations of method 600 may be omitted, rearranged, combined, and / or adjusted in various ways without departing from the scope of this disclosure.

[0115] In one implementation, method 600 may begin with or otherwise include operation 602, wherein a computing system (e.g., system 110, 350, 370, and / or 700) receives data indicative of the inertial state of a vehicle (e.g., 200A, 200B, 300) via one or more sensors of the vehicle (e.g., 200A, 200B, 300). For example, the vehicle may be an autonomous vehicle. As discussed above, the data may include one or more of IMU data 121, camera data 122, speed sensor data 123, LiDAR data 124, RADAR data 125, magnetometer data 126, inclinometer data 127, position data 128, etc. For example, data indicating the inertial state may include at least one of the following: (i) vehicle acceleration data, (ii) vehicle angular motion data, (iii) vehicle speed data, (iv) vehicle pitch angle data, (v) vehicle roll angle data, or (vi) vehicle yaw angle data. For example, the control circuitry may receive data indicating the inertial state of the vehicle from at least one of the following: (i) one or more accelerometers, (ii) one or more gyroscopes, (iii) one or more magnetometers, (iv) one or more inclinometers, (v) one or more cameras, (vi) one or more LiDAR sensors, (vii) one or more RADAR sensors, (viii) one or more wheel speed sensors, or (ix) one or more global navigation positioning sensors.

[0116] See still Figure 6A In one embodiment, method 600 may include operation 604, wherein a computational system (e.g., systems 110, 350, 370, and / or 700) simulates a fluid based on data indicating the inertial state of a vehicle (e.g., 200A, 200B, 300). For example, a fluid dynamics simulation system (e.g., systems 110, 350, 370) may be configured to simulate a fluid based on data indicating the inertial state of a vehicle (e.g., 200A, 200B, 300) using a physics-based fluid dynamics model. In one embodiment, the fluid dynamics simulation system (e.g., systems 110, 350, 370) can simulate a fluid by modeling the fluid dynamics associated with a fluid and one or more objects in the fluid based on the inertial state of a vehicle (e.g., 200A, 200B, 300). The object may include one or more of the following: (i) particles, (ii) bubbles, (iii) filaments, or (iv) fibrous structures.

[0117] In some specific implementations, the fluid dynamics simulation system (e.g., systems 110, 350, 370) may be configured to simulate fluids using a physics-based fluid dynamics model based on the inertial state of a vehicle (e.g., 200A, 200B, 300) and based on a known or pre-defined vessel or container having a shape corresponding to the arrangement or configuration of lighting elements disposed in the vehicle (e.g., 200A, 200B, 300). That is, the fluid container or vessel used in the model implemented by the fluid dynamics simulation system (e.g., systems 110, 350, 370) is configured to match the lighting element configuration in the vehicle (e.g., 200A, 200B, 300) for visualizing the simulated fluids, as described herein. For example, non-transitory computer-readable media 374 and / or non-transitory computer-readable media 354 may store mappings between lighting element configurations and designated containers or vessels used by a model implemented by a fluid dynamics simulation system (e.g., systems 110, 350, 370) in a database or lookup table. For example, a linear arrangement of lighting elements (e.g., along seats, doors, dashboards, etc.) may correspond to a first container used by the fluid dynamics model, which is linear and tubular in form. For example, a box-shaped arrangement of lighting elements (e.g., lighting elements positioned around a bezel surrounding a display screen, a configuration of lighting elements around interior door handles, etc.) may correspond to a second container used by the fluid dynamics model, which is also box-shaped and tubular in form. Thus, each of the lighting element configurations (e.g., by position) may be mapped to a separate or common container in the fluid dynamics model, for example, based on the shape of the lighting element configuration.

[0118] In one implementation, when simulating fluid, the computing system can determine, based on data indicating the inertial state of the vehicle, one or more lighting elements from a plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated in order to simulate fluid.

[0119] In one implementation, when simulating fluid, the computing system can determine, from a plurality of activatable lighting elements, one or more lighting elements to be selectively deactivated, activated, or deactivated and activated based on at least one of the occupant's position within the vehicle or based on the occupant's viewing direction.

[0120] In one implementation, the control circuitry may receive data indicating the position of an occupant within the vehicle, and determine one or more lighting elements from a plurality of activatable lighting elements based on the occupant's position for visualizing the simulated fluid, thereby making the visualization of the simulated fluid within the occupant's field of vision.

[0121] In one implementation, the simulated fluid may be based on the fluid's viscosity. For example, method 600 may include operations in which a computational system determines the viscosity of a fluid based on default settings or user settings to model the fluid dynamics associated with the fluid. As described herein, a computational system can determine and visualize simulated fluids based on the fluid's viscosity.

[0122] In one implementation scheme Figure 6A Method 600 may include operation 606, wherein a computing system (e.g., system 110, 350, 370 and / or 700) outputs command instructions to visualize simulated fluid within the interior of a vehicle (e.g., 200A, 200B, 300) using one or more of a plurality of activatable lighting elements from a vehicle (e.g., 200A, 200B, 300). As described herein, the plurality of activatable lighting elements may be located at at least one of: (i) the vehicle's dashboard, (ii) one or more seats of the vehicle, (iii) one or more door panels of the vehicle, (iv) one or more displays of the vehicle, (v) one or more windows of the vehicle, or (vi) one or more consoles of the vehicle. For example, a fluid visualization system (e.g., system 130, 350, 390) may be configured to utilize (e.g., activate and / or deactivate) one or more lighting elements located inside a vehicle (e.g., 200A, 200B, 300), including dashboard lighting element 141, door lighting element 142, display lighting element 143, seat lighting element 144, screen bezel lighting element 145, window lighting element 146, console lighting element 147, etc.

[0123] Fluid visualization systems can output commands to activate, deactivate, or deactivate and activate one or more of a plurality of activatable lighting elements to visually represent fluids inside a vehicle. For example, as described herein, the plurality of activatable lighting elements can be arranged in an array. Commands can be configured to deactivate, activate, or deactivate and activate one or more of the plurality of activatable lighting elements arranged in an array to visualize simulated fluids.

[0124] In one implementation, to simulate a fluid, method 600 may include determining the motion of suspended bubbles or other objects (e.g., particles, filaments, fibrous structures, etc.) in the fluid based on data indicating the inertial state of a vehicle. Command instructions may be configured to cause one or more lighting elements from a plurality of activatable lighting elements to be controlled to represent the motion of suspended bubbles in the fluid based on the inertial state of the vehicle.

[0125] Figure 6BA flowchart illustrating a method 610 for relieving motion sickness is depicted. In one embodiment, method 610 may be provided by... Figure 3 The control circuit 352 of the vehicle-mounted system 350 and / or the control circuit 372 of the fluid dynamics simulation system 370 and / or the control circuit 392 of the fluid visualization system 390 are executed. In another embodiment, method 610 may be performed by... Figure 7 One or more of the control circuits 715, 815, and 915 of the computing system 700 are executed. One or more portions of method 610 may be implemented as an algorithm on the hardware components of the apparatus described herein. For example, the operation of method 610 may be implemented as an operation / instruction executable by computing hardware.

[0126] although Figure 6B For illustrative and discussion purposes, operations performed in a specific order are described; however, the methods of this disclosure are not limited to the specifically illustrated order or arrangement. Various operations of method 610 may be omitted, rearranged, combined, and / or adjusted in various ways without departing from the scope of this disclosure.

[0127] In one implementation, method 610 may begin with or otherwise include operation 612, wherein a computing system (e.g., system 110, 350, 370, and / or 700) receives a first input for executing a motion sickness relief application. For example, the motion sickness relief application may be stored on any of non-transitory computer-readable media 354, 374, 394 and executed in response to the computing system receiving the first input. For example, the first input may be received via voice input, touch input (e.g., through a user interface), etc. The motion sickness relief application may be implemented as part of an active comfort system that allows a user to select various settings. As another example, the motion sickness relief application may be automatically executed by a vehicle (e.g., 200A, 200B, 300) in response to detecting the presence of a specific occupant of the vehicle (e.g., 200A, 200B, 300). For example, occupants may have user preferences or default settings associated with occupants and vehicles (e.g., 200A, 200B, 300) such that when it is determined that an occupant is inside a vehicle (e.g., 200A, 200B, 300), the vehicle (e.g., 200A, 200B, 300) automatically executes a motion sickness relief application.

[0128] See still Figure 6BIn one embodiment, method 610 may include operation 614, wherein a computing system (e.g., system 110, 350, 370 and / or 700) receives a second input in response to executing a motion sickness application, the second input identifying the corresponding location of one or more occupants within a vehicle (e.g., 200A, 200B, 300) or an area within the vehicle (e.g., 200A, 200B, 300). For example, this may be based on user input (e.g., via...) Figure 5A The example user interface (via voice input, touch input, etc.) designates a specific location or area for which the motion sickness relief system is to be applied as a second input. As another example, based on the vehicle's detection of the occupant's position in the vehicle (e.g., via a seat detection system, including detection via weight sensors, cameras, etc.), the specific location or area for which the motion sickness relief system is to be applied can be designated as a second input.

[0129] See still Figure 6B In one embodiment, method 610 may include operation 616, wherein a computing system (e.g., systems 110, 350, 370, and / or 700) determines one or more lighting elements from a plurality of activatable lighting elements for visualizing a simulated fluid based on a second input. For example, when a front region is identified via the second input and a rear region is not identified via the second input, the computing system may include lighting elements from the front region as potential activatable lighting elements for visualizing the simulated fluid. For example, when a front region is identified via the second input and a rear region is not identified via the second input, the computing system may exclude lighting elements from the rear region as potential activatable lighting elements for visualizing the simulated fluid.

[0130] Figure 6C A flowchart illustrating a method 630 for relieving motion sickness is depicted. In one embodiment, method 630 may be provided by... Figure 3 The control circuit 352 of the vehicle-mounted system 350 and / or the control circuit 372 of the fluid dynamics simulation system 370 and / or the control circuit 392 of the fluid visualization system 390 are executed. In another embodiment, method 630 may be performed by... Figure 7 One or more of the control circuits 715, 815, and 915 of the computing system 700 are executed. One or more portions of method 630 may be implemented as an algorithm on the hardware components of the apparatus described herein. For example, the operation of method 630 may be implemented as an operation / instruction executable by computing hardware.

[0131] although Figure 6CFor illustrative and discussion purposes, operations performed in a specific order are described; however, the methods of this disclosure are not limited to the specifically illustrated order or arrangement. Various operations of method 630 may be omitted, rearranged, combined, and / or adjusted in various ways without departing from the scope of this disclosure.

[0132] In one implementation, method 630 may begin with or otherwise include operation 632, wherein a computing system (e.g., systems 110, 350, 370, and / or 700) receives data indicating the location of occupants within a vehicle (e.g., 200A, 200B, 300). For example, the computing system (e.g., systems 110, 350, 370, and / or 700) may receive data indicating a specific location or area, which the motion sickness relief system will then input based on user input (e.g., via...). Figure 5A Example user interfaces (via voice input, touch input, etc.) are applied to that specific location or area. As another example, computing systems (e.g., systems 110, 350, 370, and / or 700) can receive data indicating the specific location or area to which the motion sickness relief system is to be applied, based on sensor data (e.g., the position of the occupants in the vehicle (e.g., 200A, 200B, 300) is detected by a seat detection system (including via weight sensors, via camera detection, etc.).

[0133] See still Figure 6C In one embodiment, method 630 may include operation 634, wherein a computing system (e.g., systems 110, 350, 370, and / or 700) determines one or more lighting elements from a plurality of activatable lighting elements for visualizing a simulated fluid based on the occupant's position, such that the visualization of the simulated fluid is within the occupant's field of vision. For example, when data indicates that one or more occupants are located in the front region and no occupants are located in the rear region, the computing system may include lighting elements from the front region as potential activatable lighting elements for visualizing the simulated fluid. For example, when data indicates that one or more occupants are located in the front region and no occupants are located in the rear region, the computing system may exclude lighting elements from the rear region as potential activatable lighting elements for visualizing the simulated fluid.

[0134] Figure 6D A flowchart illustrating a method 640 for relieving motion sickness is depicted. In one embodiment, method 640 may be provided by... Figure 3 The control circuit 352 of the vehicle-mounted system 350 and / or the control circuit 372 of the fluid dynamics simulation system 370 and / or the control circuit 392 of the fluid visualization system 390 are executed. In another embodiment, method 640 may be performed by... Figure 7One or more of the control circuits 715, 815, and 915 of the computing system 700 are executed. One or more portions of method 640 may be implemented as an algorithm on the hardware components of the apparatus described herein. For example, the operation of method 640 may be implemented as an operation / instruction executable by computing hardware.

[0135] although Figure 6D For illustrative and discussion purposes, operations performed in a specific order are depicted; however, the methods of this disclosure are not limited to the specifically illustrated order or arrangement. Various operations of method 640 may be omitted, rearranged, combined, and / or adjusted in various ways without departing from the scope of this disclosure.

[0136] In one implementation, method 640 may begin with or otherwise include operation 642, wherein a computing system (e.g., system 110, 350, 370, and / or 700) determines, based on data indicating the inertial state of a vehicle (e.g., 200A, 200B, 300), whether the linear velocity and / or angular orientation of the vehicle (e.g., 200A, 200B, 300) changes over time. For example, the computing system (e.g., system 110, 350, 370, and / or 700) may receive data indicating that the vehicle (e.g., 200A, 200B, 300) is turning, based on data indicating the inertial state of the vehicle (e.g., 200A, 200B, 300).

[0137] See still Figure 6D In one embodiment, method 640 may include operation 644, wherein a computing system (e.g., system 110, 350, 370, and / or 700) models the fluid to simulate the fluid based on whether the linear velocity and / or angular orientation of a vehicle (e.g., 200A, 200B, 300) changes over time. For example, when the vehicle turns in a first direction, the computing system (e.g., system 110, 350, 370, and / or 700) may model or simulate the fluid based on how the linear velocity and angular orientation of the vehicle change over time (which is based on how the direction of the vehicle changes over time). For example, when the vehicle turns left, the computing system (e.g., system 110, 350, 370, and / or 700) may model or simulate the fluid based on how the linear velocity and angular orientation of the vehicle change over time due to the turning direction, such that centrifugal force acts on the fluid in the simulation. For example, when the container or vessel used to model the fluid is linear or partially linear, the simulation can indicate that a vehicle's turning maneuver causes the fluid to slosh in the opposite direction of the turn. Figure 4A and Figure 4CThis is an example of how various lighting elements are activated and deactivated to visualize simulated fluids, based on how the linear velocity and angular orientation of a vehicle change over time (and how its direction changes over time) (during a left turn).

[0138] For example, when a vehicle turns in a first direction, the command instructions are configured to deactivate, activate, or deactivate and activate a first subset of multiple activatable lighting elements to visualize the simulated fluid based on how the vehicle's linear velocity and angular orientation change over time due to the vehicle turning in the first direction; and when a vehicle turns in a second direction, the command instructions are configured to deactivate, activate, or deactivate and activate a second subset of multiple activatable lighting elements to visualize the simulated fluid based on how the vehicle's linear velocity and angular orientation change over time due to the vehicle turning in the second direction.

[0139] Example computing system

[0140] Figure 7 A block diagram of an example computing system 700 according to one embodiment of the present disclosure is illustrated. System 700 includes a computing system 705 (e.g., an in-vehicle computing system), a server computing system 805 (e.g., a remote computing system, a cloud computing platform), and a user device 905 communicatively coupled via one or more networks 750.

[0141] The computing system 705 may include one or more computing devices 710 or circuitry. For example, the computing system 705 may include control circuitry 715 and a non-transitory computer-readable medium 720 (also referred to herein as memory). In one embodiment, the control circuitry 715 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuitry (PLC) or programmable logic / gate array (PLA / PGA), field-programmable gate array (FPGA), application-specific integrated circuit (ASIC), or any other control circuitry. In some specific embodiments, the control circuitry 715 may be part of, or may form part of, a vehicle control unit (also referred to as a vehicle controller), which is embedded in or otherwise disposed within a vehicle (e.g., In a car or van. For example, the vehicle controller may be or may include an infotainment system controller (e.g., an infotainment head unit), a telematics control unit (TCU), an electronic control unit (ECU), a central powertrain controller (CPC), a charging controller, a central external and internal controller (CEIC), a zone controller, or any other controller. In one embodiment, the control circuitry 715 may be programmed by one or more computer-readable or computer-executable instructions stored on a non-transitory computer-readable medium 720.

[0142] In one embodiment, the non-transitory computer-readable medium 720 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium 720 may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick.

[0143] Non-transitory computer-readable medium 720 may store information accessible by control circuitry 715. For example, non-transitory computer-readable medium 720 (e.g., storage device) may store data 725 that can be acquired, received, accessed, written, manipulated, created, and / or stored. Data 725 may include any of the data or information described herein. In some embodiments, computing system 705 may acquire data from one or more memories located remotely from computing system 705.

[0144] The non-transitory computer-readable medium 720 may also store computer-readable instructions 730 executable by the control circuitry 715. The instructions 730 may be software written in any suitable programming language or may be implemented in hardware. Instructions may include computer-readable instructions, computer-executable instructions, etc. As described herein, in various embodiments, the terms "computer-readable instructions" and "computer-executable instructions" are used to describe software instructions or computer code configured to perform various tasks and operations. In various embodiments, if the computer-readable instructions or computer-executable instructions form a module, the term "module" broadly refers to a collection of software instructions or code configured to cause the control circuitry 715 to perform one or more functional tasks. When the control circuitry 715 or other hardware components are executing modules or computer-readable instructions, these modules and computer-readable / computer-executable instructions can be described as performing various operations or tasks.

[0145] Instruction 730 may be executed in a logically and / or virtually separate thread on control circuitry 715. For example, non-transitory computer-readable medium 720 may store instruction 730, which, when executed by control circuitry 715, causes control circuitry 715 to perform any of the operations, methods, and / or procedures described herein. In some cases, non-transitory computer-readable medium 720 may store computer-executable instructions or computer-readable instructions, such as those for performing... Figures 6A to 6DThe instructions of at least a portion of the method.

[0146] The computing system 705 may include one or more communication interfaces 735. The communication interface 735 can be used to communicate with one or more other systems. The communication interface 735 may include any circuitry, components, software, etc., for communicating via one or more networks (e.g., network 750). In some implementations, the communication interface 735 may include one or more of the following: a communication controller, receiver, transceiver, transmitter, port, conductor, software, and / or hardware for conveying data / information.

[0147] The computing system 705 may also include one or more user input components 740 for receiving user input. For example, the user input component 740 may be a touch-sensitive component (e.g., a touch-sensitive display or touchpad) that is sensitive to the touch of a user input object (e.g., a finger or stylus). Touch-sensitive components can be used to implement a virtual keyboard. Other example user input components include a microphone, a conventional keyboard, a cursor device, a joystick, or other means through which a user can provide input.

[0148] The computing system 705 may include one or more output components 745. Output components 745 may include hardware and / or software for generating content audibly or visually. For example, output components 745 may include one or more speakers, handsets, headphones, mobile phones, etc. Output components 745 may include a display device, which may include hardware for displaying a user interface and / or messages to a user. As examples, output components 745 may include a display screen, CRT, LCD, plasma screen, touch screen, TV, projector, tablet computer, and / or other suitable display components.

[0149] Server computing system 805 may include one or more computing devices 810. In one embodiment, server computing system 805 may include or otherwise be implemented by one or more server computing devices. In instances where server computing system 805 includes multiple server computing devices, such server computing devices may operate according to a sequential computing architecture, a parallel computing architecture, or some combination thereof.

[0150] Server computing system 805 may include control circuitry 815 and nontransitory computer-readable medium 820 (also referred to herein as memory 820). In one embodiment, control circuitry 815 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuitry (PLC) or programmable logic / gate array (PLA / PGA), field-programmable gate array (FPGA), application-specific integrated circuit (ASIC), or any other control circuitry. In one embodiment, control circuitry 815 may be programmed by one or more computer-readable or computer-executable instructions stored on nontransitory computer-readable medium 820.

[0151] In one embodiment, the non-transitory computer-readable medium 820 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick.

[0152] Non-transitory computer-readable medium 820 may store information accessible by control circuitry 815. For example, non-transitory computer-readable medium 820 (e.g., a storage device) may store data 825 that can be acquired, received, accessed, written, manipulated, created, and / or stored. Data 825 may include any of the data or information described herein. In some embodiments, server system 805 may acquire data from one or more memories located remotely from server system 805.

[0153] The non-transitory computer-readable medium 820 may also store computer-readable instructions 830 executable by the control circuitry 815. Instructions 830 may be software written in any suitable programming language or may be implemented in hardware. Instructions may include computer-readable instructions, computer-executable instructions, etc. As described herein, in various embodiments, the terms "computer-readable instructions" and "computer-executable instructions" are used to describe software instructions or computer code configured to perform various tasks and operations. In various embodiments, if the computer-readable instructions or computer-executable instructions form a module, the term "module" broadly refers to a collection of software instructions or code configured to cause the control circuitry 815 to perform one or more functional tasks. When the control circuitry 815 or other hardware components are executing modules or computer-readable instructions, these modules and computer-readable / computer-executable instructions can be described as performing various operations or tasks.

[0154] Instruction 830 may be executed in a logically and / or virtually separate thread on control circuitry 815. For example, non-transitory computer-readable medium 820 may store instruction 830, which, when executed by control circuitry 815, causes control circuitry 815 to perform any of the operations, methods, and / or procedures described herein. In some cases, non-transitory computer-readable medium 820 may store computer-executable instructions or computer-readable instructions, such as those for performing... Figures 6A to 6D The instructions of at least a portion of the method.

[0155] Server computing system 805 may include one or more communication interfaces 835. Communication interface 835 can be used to communicate with one or more other systems. Communication interface 835 may include any circuitry, components, software, etc., for communicating via one or more networks (e.g., network 750). In some implementations, communication interface 835 may include one or more of the following: a communication controller, receiver, transceiver, transmitter, port, conductor, software, and / or hardware for conveying data / information.

[0156] The computing system 705 and / or the server computing system 805 can also communicate with the user device 905, which is communicatively coupled via the network 750.

[0157] User device 905 may include one or more computing devices 910.

[0158] User device 905 may include control circuitry 915 and a nontransitory computer-readable medium 920 (also referred to herein as memory 920). In one embodiment, control circuitry 915 may include one or more processors (e.g., microprocessors), one or more processing cores, programmable logic circuitry (PLC) or programmable logic / gate array (PLA / PGA), field-programmable gate array (FPGA), application-specific integrated circuit (ASIC), or any other control circuitry. In one embodiment, control circuitry 915 may be programmed by one or more computer-readable or computer-executable instructions stored on the nontransitory computer-readable medium 920.

[0159] In one embodiment, the non-transitory computer-readable medium 920 may be a storage device (also referred to as a data storage device), which may include electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination thereof. The non-transitory computer-readable medium may be formed, for example, a hard disk drive (HDD), a solid-state drive (SDD) or solid-state integrated memory, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), dynamic random access memory (DRAM), portable optical disc read-only memory (CD-ROM), digital versatile optical disc (DVD), and / or memory stick.

[0160] Non-transitory computer-readable medium 920 may store information accessible by control circuitry 915. For example, non-transitory computer-readable medium 920 (e.g., storage device) may store data 925 that can be acquired, received, accessed, written, manipulated, created, and / or stored. Data 925 may include any of the data or information described herein. In some embodiments, user device 905 may acquire data from one or more memories remote from user device 905.

[0161] The non-transitory computer-readable medium 920 may also store computer-readable instructions 930 executable by the control circuitry 915. Instructions 930 may be software written in any suitable programming language or may be implemented in hardware. Instructions may include computer-readable instructions, computer-executable instructions, etc. As described herein, in various embodiments, the terms "computer-readable instructions" and "computer-executable instructions" are used to describe software instructions or computer code configured to perform various tasks and operations. In various embodiments, if the computer-readable instructions or computer-executable instructions form a module, the term "module" broadly refers to a collection of software instructions or code configured to cause the control circuitry 915 to perform one or more functional tasks. When the control circuitry 915 or other hardware components are executing modules or computer-readable instructions, these modules and computer-readable / computer-executable instructions can be described as performing various operations or tasks.

[0162] Instruction 930 may be executed in a logically or virtually separate thread on control circuitry 915. For example, non-transitory computer-readable medium 920 may store instruction 930, which, when executed by control circuitry 915, causes control circuitry 915 to perform any of the operations, methods, and / or procedures described herein. In some cases, non-transitory computer-readable medium 920 may store computer-executable instructions or computer-readable instructions, such as those for performing... Figures 6A to 6D The instructions of at least a portion of the method.

[0163] User device 905 may also include one or more user input components 935 for receiving user input. For example, user input component 935 may be a touch-sensitive component (e.g., a touch-sensitive display or touchpad) that is sensitive to the touch of a user input object (e.g., a finger or stylus). Touch-sensitive components can be used to implement a virtual keyboard. Other example user input components include a microphone, a conventional keyboard, a cursor device, a joystick, or other devices through which a user can provide user input.

[0164] User device 905 may include one or more output components 940. Output components 940 may include hardware and / or software for generating content audibly or visually. For example, output components 940 may include one or more speakers, handsets, headphones, mobile phones, etc. Output components 940 may include display devices, which may include hardware for displaying user interfaces and / or messages to a user. By way of example, output components 940 may include displays, CRTs, LCDs, plasma screens, touchscreens, TVs, projectors, tablets, and / or other suitable display components.

[0165] User device 905 may include one or more communication interfaces 945. Communication interfaces 945 can be used to communicate with one or more other systems. Communication interfaces 945 may include any circuitry, components, software, etc., for communicating via one or more networks (e.g., network 750). In some implementations, communication interfaces 945 may include one or more of the following: a communication controller, receiver, transceiver, transmitter, port, conductor, software, and / or hardware for conveying data / information.

[0166] One or more networks 750 can be any type of communication network, such as a local area network (e.g., intranet), a wide area network (e.g., the Internet), or some combination thereof, and may include any number of wired or wireless links. Typically, communication over network 750 may be carried over any type of wired and / or wireless connection using various communication protocols (e.g., TCP / IP, HTTP, SMTP, FTP), encodings or formats (e.g., HTML, XML), and / or protection schemes (e.g., VPN, Secure HTTP, SSL).

[0167] Additional discussion of various implementation schemes

[0168] Implementation scheme 1 relates to a computing system. The computing system may include control circuitry configured to perform operations. These operations may include receiving data indicating the inertial state of a vehicle, simulating a fluid based on the data indicating the inertial state of the vehicle, and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0169] Implementation scheme 2 includes the computing system described in implementation scheme 1. In this implementation scheme, the control circuitry is configured to model fluid dynamics associated with the fluid based on data indicating the inertial state of the vehicle, in order to simulate the fluid based on the data indicating the inertial state of the vehicle.

[0170] Implementation scheme 3 includes a computing system according to one of implementation schemes 1 or 2. In this implementation, the control circuitry is configured to determine, based on data indicating the inertial state of the vehicle, one or more lighting elements from a plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated, to simulate fluid.

[0171] Implementation scheme 4 includes a computing system according to any one of embodiments 1 to 3. In this embodiment, in order to output command instructions to visualize the simulated fluid inside the vehicle, the control circuit is configured to output command instructions to activate, deactivate, or deactivate and activate one or more lighting elements from a plurality of activatable lighting elements to visualize the simulated fluid inside the vehicle.

[0172] Implementation scheme 5 includes a computing system according to any one of embodiments 1 to 4. In this embodiment, the control circuitry is further configured to receive a first input for executing a motion sickness relief application; in response to executing the motion sickness relief application, receive a second input identifying the corresponding location of one or more occupants within the vehicle or an area within the vehicle; and based on the second input, determine the one or more lighting elements from the plurality of activatable lighting elements for visualizing the simulated fluid.

[0173] Implementation scheme 6 includes a computing system according to any one of embodiments 1 to 5. In this embodiment, the control circuit is further configured to: receive data indicating the position of an occupant within the vehicle; and determine, based on the occupant's position, one or more lighting elements from a plurality of activatable lighting elements for visualizing a simulated fluid, such that the visualization of the simulated fluid is within the occupant's field of vision.

[0174] Implementation 7 includes a computing system according to any one of Implementations 1 to 6. In this implementation, a plurality of activatable lighting elements are disposed at at least one of: (i) a dashboard of a vehicle, (ii) one or more seats of a vehicle, (iii) one or more door panels of a vehicle, (iv) one or more displays of a vehicle, (v) one or more windows of a vehicle, or (vi) one or more consoles of a vehicle.

[0175] Implementation scheme 8 includes a computing system according to any one of embodiments 1 to 7. In this embodiment, a plurality of activatable lighting elements are arranged in an array, and command instructions are configured to deactivate, activate, or deactivate and activate one or more of the plurality of activatable lighting elements arranged in the array to visualize simulated fluid.

[0176] Implementation scheme 9 includes a computing system according to any one of implementation schemes 1 to 8. In this implementation scheme, the control circuit is further configured to: determine at least one of linear acceleration or angular velocity of the vehicle based on data indicating the inertial state of the vehicle, and simulate fluid based on at least one of linear acceleration or angular velocity of the vehicle.

[0177] Implementation scheme 10 includes a computing system according to any one of embodiments 1 to 9. In this embodiment, in order to simulate a fluid, control circuitry is configured to determine the motion of suspended bubbles in the fluid based on data indicating the inertial state of a vehicle, and command instructions are configured to control one or more lighting elements from a plurality of activatable lighting elements to visualize the motion of suspended bubbles in the fluid based on the inertial state of the vehicle.

[0178] Implementation scheme 11 includes a computing system according to any one of embodiments 1 to 10. In this embodiment, when the vehicle turns in a first direction, command instructions are configured to deactivate, activate, or deactivate and activate a first subset of a plurality of activatable lighting elements to visualize the simulated fluid based on how the linear velocity and angular orientation of the vehicle change over time based on its inertial state; and when the vehicle turns in a second direction, command instructions are configured to deactivate, activate, or deactivate and activate a second subset of a plurality of activatable lighting elements to visualize the simulated fluid based on how the linear velocity and angular orientation of the vehicle change over time based on its inertial state.

[0179] Implementation scheme 12 includes a computing system according to any one of embodiments 1 to 11. In this embodiment, the control circuitry is configured to receive data indicating the inertial state of a vehicle from at least one of: (i) one or more accelerometers, (ii) one or more gyroscopes, (iii) one or more magnetometers, (iv) one or more inclinometers, (v) one or more cameras, (vi) one or more LiDAR sensors, (vii) one or more RADAR sensors, (viii) one or more wheel speed sensors, or (ix) one or more global navigation positioning sensors.

[0180] Implementation scheme 13 includes a calculation system according to any one of implementation schemes 1 to 12. In this implementation scheme, the data indicating the inertial state of the vehicle includes at least one of the following: (i) acceleration data of the vehicle, (ii) angular motion data of the vehicle, (iii) velocity data of the vehicle, (iv) pitch angle data of the vehicle, (v) roll angle data of the vehicle, or (vi) yaw angle data of the vehicle.

[0181] Implementation scheme 14 includes a computing system according to any one of embodiments 2 to 13. In this embodiment, the control circuitry is configured to determine the viscosity of the fluid based on default settings or user settings to model the fluid dynamics associated with the fluid, and wherein the simulated fluid is based on the viscosity of the fluid.

[0182] Implementation scheme 15 includes a computing system according to any one of embodiments 1 to 14. In this embodiment, the simulated fluid includes a simulation of the fluid itself and a simulation of one or more objects in the fluid, the one or more objects including one or more of the following: (i) particles, (ii) bubbles, (iii) filaments, or (iv) fibrous structures.

[0183] Implementation scheme 16 relates to a computer-implemented method. The computer-implemented method may include receiving data indicating the inertial state of a vehicle; simulating a fluid based on the data indicating the inertial state of the vehicle; and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0184] Implementation scheme 17 includes a computer-implemented method according to implementation scheme 16. In this implementation, simulating a fluid based on data indicating the inertial state of a vehicle includes modeling the fluid dynamics associated with the fluid and one or more objects in the fluid based on the inertial state of the vehicle.

[0185] Implementation scheme 18 includes a computer-implemented method according to one of implementation schemes 16 or 17. In this implementation scheme, the vehicle is an autonomous driving vehicle.

[0186] Implementation scheme 19 includes a computer-implemented method according to any one of embodiments 16 to 18. In this embodiment, simulating fluid based on data indicating the inertial state of a vehicle includes: determining one or more lighting elements from a plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated based on at least one of the occupant's position within the vehicle or the occupant's viewing direction.

[0187] Implementation 20 relates to one or more non-transitory computer-readable media storing instructions executable by control circuitry. When executed, these instructions cause the control circuitry to perform operations. These operations may include receiving data indicating the inertial state of a vehicle; simulating a fluid based on the data indicating the inertial state of the vehicle; and outputting command instructions to visualize the simulated fluid inside the vehicle using one or more of a plurality of activatable lighting elements of the vehicle.

[0188] Additional Public Content

[0189] As used herein, adjectives and their possessive forms are intended to be used interchangeably unless the context explicitly states and / or clearly indicates otherwise. For example, where appropriate, “component of a vehicle” and “vehicle component” are used interchangeably. Similarly, words, phrases and other disclosures herein are intended to cover obvious variations and synonyms, even if such variations and synonyms are not explicitly listed.

[0190] This paper discusses technical reference servers, databases, software applications, and other computer-based systems, as well as the actions taken and the information transmitted to and from these systems. The inherent flexibility of computer-based systems allows for a wide variety of possibilities in the configuration, combination, and task and functional division of components. For example, the processes discussed herein can be implemented using a single device or component, or a combination of multiple devices or components. Databases and applications can be implemented on a single system or distributed across multiple systems. Distributed components can operate sequentially or in parallel.

[0191] While the subject matter has been described in detail with respect to various specific example embodiments, each example is provided by way of explanation rather than limitation. Those skilled in the art, upon understanding the foregoing, will readily make changes, modifications, or equivalent treatments to such embodiments. Therefore, this disclosure does not exclude the inclusion of such modifications, modifications, and / or additions to the subject matter, which will be apparent to those of ordinary skill in the art. For example, functionality illustrated or described as part of one embodiment may be used with another embodiment to produce yet another embodiment. Therefore, this disclosure is intended to cover such changes, modifications, and equivalent treatments.

[0192] Various aspects of this disclosure have been described with reference to exemplary embodiments thereof. Many other embodiments, modifications, or variations within the scope and spirit of the appended claims will be apparent to those skilled in the art upon review of this disclosure. Any and all functions of the following claims may be combined or rearranged in any possible manner. Therefore, the scope of this disclosure is by way of example rather than limitation, and this disclosure does not exclude the inclusion of such modifications, variations, or additions to the subject matter that would be apparent to those skilled in the art. Furthermore, terms are described herein using lists of example elements connected by conjunctions such as “and,” “or,” and “but.” It should be understood that such conjunctions are provided for illustrative purposes only. The terms “or” and “and / or” are used interchangeably herein. A list connected by a particular conjunction such as “or” may, for example, refer to “at least one” or “any combination” of the example elements listed in that list, where “or” is understood as “or” unless otherwise indicated. Furthermore, terms such as “based on” should be understood as “at least partially based on.”

[0193] When using the disclosure provided herein, those skilled in the art will understand that elements of any claim, operation, or process discussed herein can be adapted, rearranged, extended, omitted, combined, or modified in various ways without departing from the scope of this disclosure. Sometimes, letter designations may be used to list elements in the specification or claims for illustrative purposes, and this is not intended to limit them. If letter designations are used, they do not imply a particular order of operations or a particular importance of the listed elements. For example, letter identifiers (such as (a), (b), (c), ..., (i), (ii), (iii), ..., may be used to exemplify operations or different elements in a list. Such identifiers are provided for the reader's convenience and do not indicate a particular order, importance, or priority of steps, operations, or elements. For example, an operation exemplified by list identifiers such as (a), (i), etc., may be performed before, after, or concurrently with another operation exemplified by list identifiers such as (b), (ii).

Claims

1. A computing system, wherein, The computing system includes: Control circuit, the control circuit being configured to: Receive data indicating the inertial state of the vehicle; Fluid simulation is based on the data indicating the inertial state of the vehicle; and Output command instructions to visualize the simulated fluid inside the vehicle using one or more of the multiple activatable lighting elements of the vehicle.

2. The computing system according to claim 1, wherein, The control circuit is configured to model the fluid dynamics associated with the fluid based on the data indicating the inertial state of the vehicle, in order to simulate the fluid based on the data indicating the inertial state of the vehicle.

3. The computing system according to claim 1, wherein, The control circuit is configured to determine, based on the data indicating the inertial state of the vehicle, one or more of the plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated in order to simulate the fluid.

4. The computing system according to claim 1, wherein, In order to output the command instructions to visualize the simulated fluid inside the vehicle, the control circuit is configured as follows: The command instructions are output to activate, deactivate, or deactivate and activate one or more of the plurality of activatable lighting elements to visualize the simulated fluid inside the vehicle.

5. The computing system according to claim 1, wherein, The control circuit is further configured as follows: Receive the first input for executing the motion sickness relief application; In response to executing the motion sickness relief application, a second input is received identifying the corresponding location of one or more occupants within the vehicle or an area within the vehicle; as well as Based on the second input, one or more lighting elements are determined from the plurality of activatable lighting elements to visualize the simulated fluid.

6. The computing system according to claim 1, wherein, The control circuit is further configured as follows: Receive data indicating the positions of occupants within the vehicle; as well as Based on the occupant's position, one or more lighting elements are determined from the plurality of activatable lighting elements to visualize the simulated fluid, such that the visualization of the simulated fluid is within the occupant's field of vision.

7. The computing system according to claim 1, wherein, The plurality of activatable lighting elements are disposed at at least one of: (i) the dashboard of the vehicle, (ii) one or more seats of the vehicle, (iii) one or more door panels of the vehicle. (iv) one or more displays of the vehicle, (v) one or more windows of the vehicle, or (vi) one or more consoles of the vehicle.

8. The computing system according to claim 1, wherein, The plurality of activatable lighting elements are arranged in an array, and The command instructions are configured to deactivate, activate, or deactivate and activate one or more of the plurality of activatable lighting elements arranged in the array to visualize the simulated fluid.

9. The computing system according to claim 1, wherein, The control circuit is further configured as follows: Based on the data indicating the inertial state of the vehicle, at least one of the vehicle's linear acceleration or angular velocity is determined, and The fluid is simulated based on at least one of the vehicle's linear acceleration or angular velocity.

10. The computing system according to claim 1, wherein, To simulate the fluid, the control circuit is configured to determine the motion of suspended bubbles in the fluid based on data indicating the inertial state of the vehicle, and The command instructions are configured to control one or more of the plurality of activatable lighting elements to visualize the motion of suspended bubbles in the fluid, based on the inertial state of the vehicle.

11. The computing system according to claim 1, wherein, When the vehicle turns in a first direction, the command instructions are configured to deactivate, activate, or deactivate and activate a first subset of the plurality of activatable lighting elements to visualize the simulated fluid, based on how the vehicle's linear velocity and angular orientation change over time according to the inertial state. When the vehicle turns in the second direction, the command instructions are configured to deactivate, activate, or deactivate and activate a second subset of the plurality of activatable lighting elements to visualize the simulated fluid, based on how the linear velocity and angular orientation of the vehicle change over time based on the inertial state.

12. The computing system according to claim 1, wherein, The control circuit is configured to receive data indicating the inertial state of the vehicle from at least one of the following: (i) one or more accelerometers, (ii) one or more gyroscopes, (iii) one or more magnetometers, (iv) one or more inclinometers, (v) one or more cameras, (vi) one or more LiDAR sensors, (vii) one or more RADAR sensors, (viii) one or more wheel speed sensors, or (ix) one or more global navigation positioning sensors.

13. The computing system according to claim 1, wherein, The data indicating the inertial state of the vehicle includes at least one of the following: (i) acceleration data of the vehicle, (ii) angular motion data of the vehicle, (iii) velocity data of the vehicle, (iv) pitch angle data of the vehicle, (v) roll angle data of the vehicle, or (vi) yaw angle data of the vehicle.

14. The computing system according to claim 2, wherein, The control circuit is configured as follows: The viscosity of the fluid is determined based on default or user settings to model the fluid dynamics associated with the fluid, and The simulated fluid is based on the fluid's viscosity.

15. The computing system according to claim 1, wherein, The simulated fluid includes a simulation of the fluid itself and a simulation of one or more objects in the fluid, the one or more objects including one or more of the following: (i) particles, (ii) bubbles, (iii) filaments, or (iv) fibrous structures.

16. A computer-implemented method, wherein, The method includes: Receive data indicating the inertial state of the vehicle; Fluid simulation is based on the data indicating the inertial state of the vehicle; and Output command instructions to visualize the simulated fluid inside the vehicle using one or more of the multiple activatable lighting elements of the vehicle.

17. The computer-implemented method according to claim 16, wherein, Simulating the fluid based on the data indicating the inertial state of the vehicle includes modeling the fluid dynamics associated with the fluid and one or more objects within the fluid, according to the inertial state of the vehicle.

18. The computer-implemented method according to claim 16, wherein, The vehicle in question is an autonomous vehicle.

19. The computer-implemented method according to claim 16, wherein, Simulating the fluid based on the data indicating the inertial state of the vehicle includes: Based on at least one of the occupant's position within the vehicle or the occupant's viewing direction, determine one or more lighting elements from the plurality of activatable lighting elements to be selectively deactivated, activated, or deactivated and activated.

20. One or more non-transitory computer-readable media, wherein, The one or more non-transitory computer-readable media stores instructions, the instructions being executable by a control circuit to: Receive data indicating the inertial state of the vehicle; Fluid simulation is based on the data indicating the inertial state of the vehicle; as well as Output command instructions to visualize the simulated fluid inside the vehicle using one or more of the multiple activatable lighting elements of the vehicle.

Citation Information

Patent Citations

  • Vehicle occupant comfort system and method

    CN104554095A

  • Universal motion sickness countermeasure system

    CN109070897A

  • Motion sickness detection system for autonomous vehicle

    CN115768671A

  • Motion sickness mitigation system and method

    US20190022347A1

  • System for promoting passenger trust and mitigating motion sickness in a vehicle

    US20200331386A1