Vehicle filtering hub

Abstract

The invention provides a vehicle filtering hub. A vehicle operates as a hub for positioning and filtering water. The vehicle receives filter information over a local network connection between the vehicle and the water filter. The vehicle sends filter information from the vehicle to a cloud server over a wide area network. A human-machine interface (HMI) remote from the filter displays filter details that interpret aspects of operation of the filter based on the filter information.

Description

Technical Field

[0001] Aspects of the present disclosure generally relate to using a vehicle as a hub for locating and filtering water. Background Art

[0002] Phone-as-a-Key (PaaK) systems are being introduced to allow users to unlock their vehicles using their phones without the need for a key fob. These systems operate similarly to a key fob, but with the phone communicating with the vehicle via Bluetooth Low Energy (BLE), Ultra Wideband (UWB), or other mobile device wireless technologies.

[0003] Backpackers or hikers can use portable water filters to ensure a clean water supply. Water filters can use a variety of technologies, such as filter membranes, chlorine or iodine tablets, or other filter media. Summary of the Invention

[0004] In one or more illustrative examples, a method for using a vehicle as a hub for locating and filtering water includes receiving filter information by the vehicle via a local network connection between the vehicle and a water filter; sending the filter information from the vehicle to a cloud server via a wide area network; and displaying filter details explaining various aspects of the operation of the filter to a human-machine interface (HMI) remote from the filter based on the filter information.

[0005] In one or more illustrative examples, a vehicle operating as a hub for locating and filtering water includes a network device and one or more computing devices. The one or more computing devices are configured to: receive filter information, including data from a pressure sensor, a temperature sensor, and / or a flow sensor of the water filter, via a local network connection to the water filter; send the filter information via a wide area network to a cloud server, the cloud server configured to utilize a machine learning model to determine filter details explaining various aspects of the filter's operation based on the filter information; receive commands from the cloud server via the wide area network based on the filter details; and send commands to the filter via the local network connection to automatically control the filter.

[0006] In one or more illustrative examples, a mobile device includes a mobile control application for locating and filtering water using a vehicle operating as a hub. The mobile device includes a network device; an output device configured to display an HMI (Interface Module) (HMI); and one or more computing devices. The one or more computing devices are configured to display filter details explaining various aspects of the operation of the water filter to the HMI based on filter information received from a cloud server via a wide area network via the network device. The cloud server has received the filter information from the vehicle via the wide area network. The vehicle, in turn, has received the filter information via a local network connection between the vehicle and the filter. BRIEF DESCRIPTION OF THE DRAWINGS

[0007] Figure 1 An example system for using a vehicle as a hub for locating and filtering water is shown;

[0008] Figure 2 An example process for predicting water usage for a filter is shown;

[0009] Figure 3 An example process for alerting a user to an error condition at a filter is shown;

[0010] Figure 4 An example process for alerting a user to weather conditions at a filter is shown;

[0011] Figure 5 An example process for assisting a user in locating a water source for a filter is shown;

[0012] Figure 6 An example process for sharing a user's filter positions with other users is shown;

[0013] Figure 7 An example process for sharing water advisory information with users of the system is shown;

[0014] Figure 8 shows an example home screen of a mobile control application displayed to a human machine interface (HMI) of a mobile device;

[0015] Figure 9 An example vehicle screen of a mobile control application displayed to the HMI of a mobile device is shown;

[0016] Figure 10 shows an example of a main filter options screen of a mobile control application displayed to an HMI of a mobile device;

[0017] Figure 11 shows an example of a map screen of a mobile control application displayed to the HMI of a mobile device;

[0018] Figure 12A shows a portion of an example of a filter information screen of a mobile control application displayed to an HMI of a mobile device;

[0019] Figure 12B shows a further scrolled portion of an example of a filter information screen of a mobile control application displayed to an HMI of a mobile device;

[0020] Figure 13A shows an example of a configure filter screen of a mobile control application displayed to an HMI of a mobile device;

[0021] Figure 13B shows a further example of a configure filter screen of a mobile control application displayed to an HMI of a mobile device; and

[0022] Figure 14 An example of a computing device for using a vehicle as a hub for locating water and filtering the water using a filter is shown. DETAILED DESCRIPTION

[0023] As required, detailed embodiments of the present invention are disclosed herein; however, it should be understood that the disclosed embodiments are merely exemplary of the invention that may be embodied in various and alternative forms. The drawings are not necessarily drawn to scale; some features may be exaggerated or minimized to illustrate details of particular components. Therefore, the specific structural and functional details disclosed herein are not to be construed as limiting, but merely as a representative basis for teaching one skilled in the art to variously employ the present invention.

[0024] Water filters can be used for outdoor activities, such as camping. However, water filters can be inconvenient to use. Water filters typically lack connectivity for diagnostics or to facilitate remote monitoring. However, by associating the filter with the user's vehicle and mobile device, various additional features can be implemented. For example, the status of the filter can be remotely monitored via the user's vehicle and / or mobile device HMI. Condition alerts (such as water advisories) can also be communicated to the user via the HMI. In addition, a machine learning model can be trained based on data from the filter over time to predict impending conditions or problems, and this information can be provided to the user via the HMI and / or automatically adjust the configuration of the filter. Other aspects of the operation of the filter are discussed in detail herein.

[0025] Figure 1 An example system 100 is shown for locating and filtering water using a vehicle 102 as a hub. System 100 includes vehicle 102 configured to provide transportation and navigation, and filter 104 configured to collect water and provide information about the water via various filter sensors 106. Mobile device 112 can utilize mobile control application 114 to keep the user informed of water-related events. Wide area network 116 can provide connectivity to the devices of system 100. Cloud server 118 can provide data sink and computing services to vehicle 102, filter 104, and / or mobile device 112 via wide area network 116.

[0026] Vehicle 102 may include various types of automobiles, crossover utility vehicles (CUVs), sport utility vehicles (SUVs), trucks, recreational vehicles, boats, airplanes, or other mobile machines used to transport people or goods. Such vehicles 102 may be human-driven or autonomous. In many cases, vehicle 102 may be powered by an internal combustion engine. As another possibility, vehicle 102 may be a battery electric vehicle powered by one or more electric motors. As another possibility, vehicle 102 may be a hybrid electric vehicle powered by both an internal combustion engine and one or more electric motors, such as a series hybrid electric vehicle, a parallel hybrid electric vehicle, or a parallel / series hybrid electric vehicle.

[0027] Vehicle 102 may be a driver-driven vehicle with driver assistance features. In other examples, the vehicle may be a semi-autonomous vehicle (AV). These AV or driver assistance features may be supported via received vehicle-to-everything (V2X) data. The level of automation may vary between different levels of driver assistance technology and fully automated, driverless vehicles. Because the type and configuration of vehicle 102 may vary, the capabilities of vehicle 102 may also vary accordingly. As some other possibilities, vehicle 102 may have different capabilities in terms of passenger capacity, towing capacity and capacity, and storage capacity. For ownership, inventory, and other purposes, vehicle 102 may be associated with a unique identifier, such as a vehicle identification number (VIN) (e.g., as defined by the International Organization for Standardization (ISO) 3779 and ISO 4030). It should be noted that while motor vehicles 102 are used as examples of traffic participants, other types of traffic participants that may be equipped with V2X technology, such as bicycles, scooters, and pedestrians, may also or alternatively be used.

[0028] Vehicle 102 can act as a central hub to meet the user's water collection needs. Vehicle 102 can be configured to transport filter 104, the user, and / or the collected water, while also providing wireless connectivity to make it easier for the user to collect water and ensure the reliability of the water supply. Vehicle 102 can also be configured to supply energy to filter 104 and assist the user in completing the task of finding and collecting drinking water.

[0029] Filter 104 can be one of a variety of devices configured to receive water and remove impurities from the water. This can include removing sediment, bacteria, and / or chemicals from the water. In many cases, the water passes through filter media 110, such as a fine physical barrier, a chemical pack, or a biological medium. Once filtered, the water can be retained in a container or otherwise made available for use.

[0030] The filter 104 may include various filter sensors 106 and instrumentation. The filter sensors 106 may be configured to provide various filter information 108 regarding the operation of the filter 104. The filter sensors 106 may include flow sensors, temperature sensors, pressure sensors, and the like. As some non-limiting examples, the filter information 108 may include: the amount of water filtered during the life of the filter 104, the ambient temperature of the filter 104, the amount of water filtered during the current filtration phase of the filter 104, the gallons of water filtered by the filter media 110 installed in the filter 104, the water pressure within the filter 104, and the filter operating mode and status (e.g., filtering, standby, full, empty, etc.). The filter 104 may also provide a filter media 110 life system that indicates when the filter media 110 needs to be replaced, for example, rather than when a timer expires, regardless of usage.

[0031] The filter 104 may also utilize the filter sensor 106 to identify characteristics of the environment surrounding the filter 104. These characteristics may be used to assist in diagnostics and troubleshooting and / or alerts, such as providing an alert if the filter media 110 of the filter 104 is clogged or no longer receiving water to be filtered. For example, the filter sensor 106 may be used to indicate that the air inlet is no longer submerged or clogged.

[0032] The mobile device 112 can be any of various types of portable computing devices that are brought into the vehicle 102 and have processing and communication capabilities, such as a cell phone, tablet computer, smartwatch, laptop computer, portable music player, key fob, or other such device. The mobile device 112 can include one or more processors configured to execute computer instructions, as well as a storage medium on which the computer-executable instructions and / or data can be maintained. A mobile control application 114 can be installed on the mobile device 112 to allow the mobile device 112 to interact with various aspects of the filter 104. Other aspects of the operation of the mobile control application 114 are discussed in detail below.

[0033] As some non-limiting examples, the wide area network 116 may include one or more interconnected communication networks such as the Internet, a cable television distribution network, a satellite link network, a local area network, and a telephone network. The wide area network 116 may facilitate data communication between the vehicle 102 , the filter 104 , and the mobile device 112 of the system 100 .

[0034] In some examples, the mobile control application 114 of the mobile device 112 can communicate with the vehicle 102 via the wide area network 116, while the vehicle 102 can communicate with the filter 104 via a local network connection (such as a Wi-Fi or Bluetooth connection). In other examples, particularly when the mobile device 112 is close to the filter 104 and / or access to the wide area network 116 is poor or unavailable, the mobile control application 114 of the mobile device 112 can communicate directly with the filter 104 via the local network connection.

[0035] The cloud server 118 can be configured to maintain various information and services for use by the vehicle 102 and the mobile device 112. In an example, the cloud server 118 can maintain historical filter information 108 received from the filter 104 (e.g., received via the wide area network 116 from the vehicle 102 connected to the filter 104 via a local connection). In another example, the cloud server 118 can maintain map data 120 of areas with poor water quality, for example, as provided by water or government agencies and / or via crowdsourcing. In another example, the cloud server 118 can maintain map data 120 of areas with water that can be filtered and / or information for providing navigation assistance to guide users to locations where water is available. The vehicle 102 and / or the mobile device 112 can provide mapping features based on the map data 120 maintained by the cloud server 118.

[0036] The vehicle 102 may also provide a digital manual to explain the operation of the filter 104 and / or provide visual instructions for using the filter 104. In some examples, the manual may be synchronized with status information broadcast from the filter 104 to the vehicle 102 and / or may illustrate specific modes and / or options for the specific model of filter 104 in communication with the vehicle 102.

[0037] The mobile control application 114 may also provide an alert when the filter 104 collects a desired amount of water. In some examples, the filter 104 may automatically shut itself off when the desired amount of water is collected.

[0038] The mobile control application 114 may also allow the user to share the location of the filter 104 with other users who may be interested in water. This sharing may be performed via the cloud server 118 and / or via a third-party communication platform. In some examples, each filter 104 may have a corresponding webpage hosted by the cloud server 118, allowing the user to share a link to the user's own personal filter 104 webpage, which, when sharing is enabled, may include information such as a map and location pin of the filter 104. The mobile control application 114 may also monitor the location of the user's filter 104 for the user, allowing the vehicle 102 to help the user remember where the filter 104 is located and / or ensure that the filter 104 is in the vehicle before the user drives the vehicle 102 away.

[0039] The mobile control application 114 may also provide additional functionality, such as providing recommendations to purchase new filter media 110 when the machine learning model 122 (e.g., as executed by the cloud server 118) predicts that the filter media 110 will soon be needed, or when the filter 104 itself is about to need replacement. These notifications may also provide links to stores where the user can make such purchases.

[0040] For example, the machine learning model 122 may receive filter information 108, such as the amount of water flowing, the age of the water passing through, the current flow rate, the pressure before the primary filter media 110, the pressure after the primary filter media 110, whether the filter 104 is actually pumping, any status information (e.g., whether the filter 104 is in a backwash cycle to reverse the flow of water to clean the filter media 110, whether the filter 104 is filtering water, whether the filter 104 is on standby, etc.). The filter information 108 may also include information about the surrounding environment of the filter 104, such as the ambient temperature, geographic location, etc.

[0041] These inputs can be aggregated into a time series and matched against ground truth in training data, allowing mobile device 112 to learn filter information 108 over time, for example using a recurrent neural network in one example. The output of machine learning model 122 can indicate whether one or more conditions may have occurred or may be expected to occur. These conditions can include, for example, the degree of wear and tear on filter media 110, whether flow rate differences indicate poor filter removal rates, whether filter 104 has experienced or may experience pressure loss, and the like. In one example, machine learning model 122 can also partially base a replacement schedule on location. For example, if filter 104 is used in a location with a particular water quality, the lifespan of filter media 110 may be affected by that water quality.

[0042] Based on the output of the machine learning model 122, new operating parameters can be provided to the filter 104 to adjust the operation of the filter 104. This can include, for example, reducing the pump speed if it is determined that the filter 104 is usable but clogged to a certain extent. This can also include sending a command to terminate pump operation if a potential problem with the filter 104 is detected. In other examples, alerts can be provided to the filter 104 or the user's mobile device 112 to indicate the occurrence of various conditions at the filter 104 and / or to communicate the expected remaining life of the filter media 110, the presence of a water advisory near the filter 104, etc.

[0043] Figure 2 An example process 200 for predicting water usage by filter 104 is shown. In this example, process 200 can be performed in the context of system 100 as discussed herein. For example, cloud server 118 can communicate with vehicle 102 and mobile device 112 via wide area network 116, and vehicle 102 can communicate with filter 104 via a local network connection. This can allow vehicle 102 to act as a hub for predicting water usage by filter 104.

[0044] At operation 202, the cloud server 118 receives filter information 108 from the filter 104. The filter information 108 may include information indicating an identifier and / or location of the filter 104 to allow for geographic location of the filter 104. The filter information 108 may also include status information, such as how much water the filter 104 has filtered, measurements of contaminants found in the filtered water, the amount of water flowing through the filter 104, the age of the water passing through the filter 104, the current flow rate through the filter 104, the pressure before the primary filter media 110, the pressure after the primary filter media 110, whether the filter 104 is actually pumping, and any status information (e.g., whether the filter 104 is in a backwash cycle to reverse the flow of water to clean the filter media 110, whether the filter 104 is filtering water, whether the filter 104 is in a standby state, etc.). This information may be received and maintained by the cloud server 118.

[0045] At operation 204, the cloud server 118 estimates the impact of the planned use on the filter media 110. This may allow the cloud server 118 to determine how much life remains in the filter media 110. The estimate may be based on factors such as the expected water usage of the filter 104, for example, based on past water usage patterns and / or the amount of contaminants in the water in which the filter 104 is used. In an example, the cloud server 118 may utilize a machine learning model 122 trained on the filter information 108 and known effects as ground truth to provide the estimate.

[0046] At operation 206, the cloud server 118 transmits the estimated value to the mobile control application 114 of the mobile device 112. In an example, a message indicating the estimated value may be displayed on a screen of the mobile device 112 by the mobile control application 114. It should be noted that in other examples, the message may be transmitted to and displayed by the vehicle 102, rather than being transmitted to or in addition to the mobile device 112 for display.

[0047] Figure 3 An example process 300 is shown for alerting a user to an error condition at filter 104. As with process 200, process 300 can be performed in the context of system 100. For example, cloud server 118 can communicate with vehicle 102 and mobile device 112 via wide area network 116, and vehicle 102 can communicate with filter 104 via a local network connection. Thus, this can allow vehicle 102 to act as a hub for alerting a user to an error condition.

[0048] At operation 302, the cloud server 118 receives filter information 108 from the filter 104. The filter information 108 may include environmental information, such as whether the air inlet is unsubmerged or blocked. For example, the filter sensor 106 may include information such as the presence or absence of water at the water inlet, the pressure before the primary filter medium 110, the pressure after the primary filter medium 110, etc., which may be used to indicate the presence or absence of water.

[0049] At operation 304, the cloud server 118 utilizes the received filter information 108 to identify whether an error condition has occurred. For example, the cloud server 118 may determine that the water inlet is no longer receiving water flow or may soon stop receiving water flow based on the information received at operation 302. This may be determined by the machine learning model 122 once it has been trained to recognize inputs indicating, for example, a deterioration in the inlet water level or a lack of water at the water inlet.

[0050] At operation 306, the cloud server 118 sends a status update to the mobile control application 114 of the mobile device 112. For example, the cloud server 118 can remotely notify the user that there is a problem with water collection, allowing the user to resolve the problem, for example, rather than returning to the filter 104 and discovering that no water has been collected. Moreover, if the water is no longer flowing, the notification can reduce the likelihood of a problem with the pump or other components of the filter 104. In other examples, the cloud server 118 can send the status update to the vehicle 102 for forwarding to the filter 104, for example, to command the filter 104 to shut down, thereby preventing the problem from occurring. It should be noted that in other examples, the message can be displayed by the vehicle 102, rather than being sent to the mobile device 112 for display or in addition thereto.

[0051] Figure 4 An example process 400 is shown for alerting a user to the occurrence of a weather condition at the filter 104. As with processes 200 and 300, process 400 can be performed in the context of the system 100. For example, the cloud server 118 can communicate with the vehicle 102 and the mobile device 112 via the wide area network 116, and the vehicle 102 can communicate with the filter 104 via a local network connection. Thus, this can allow the vehicle 102 to act as a hub for alerting the user to weather conditions.

[0052] At operation 402, the cloud server 118 receives filter information 108 from the filter 104. The filter information 108 may include environmental information, such as the ambient temperature determined by the filter sensor 106 of the filter 104 (or, in other cases, the ambient temperature determined by a temperature sensor of the vehicle 102, through which the filter 104 communicates with the cloud server 118). The filter information 108 may also include additional information, such as the location of the filter 104 (e.g., as determined by the connected vehicle 102).

[0053] At operation 404, cloud server 118 determines whether a weather condition has occurred on filter 104. This can be determined in various ways or a combination of ways. For example, cloud server 118 can determine that a freeze condition has occurred on filter 104 based on changes in filter information 108. This can be identified based on filter information 108 even if filter 104 was inactive during the freeze and / or did not report a freezing temperature. A freeze condition may permanently change the operating parameters of the filter 104 membrane, which can be detected by a pressure sensor. This can be seen because a filter 104 affected by a freeze condition may be less effective or less effective at filtering than a filter 104 that has not experienced a freeze condition. Cloud server 118 can provide this determination using a machine learning model 122 trained on filter information 108 for filters 104 that have been labeled using ground truth as having experienced a freeze condition and filters that have not experienced a freeze condition.

[0054] At operation 406, cloud server 118 notifies the user of the occurrence of the weather condition. For example, cloud server 118 can remotely notify the user via mobile device 112 that filter 104 operation indicates previous exposure to freezing temperatures. If filter 104 is damaged by the cold, the user can be informed that the water may not be suitable for drinking. In another example, cloud server 118 can pause filter 104 operation until the user decides how to proceed. It should be noted that in other examples, the message can be displayed by vehicle 102 rather than being sent to mobile device 112 for display or in addition to it.

[0055] In other examples, cloud server 118 can also perform direct detection of a freezing condition. For example, this can be done in response to receiving filter sensor 106 data indicating a lack of water flow (in which case the filtering process can be automatically terminated). Cloud server 118 can also stop the filtering process if, for example, a freeze is expected based on a weather forecast. For example, cloud server 118 can access a weather server to retrieve weather data for the location of filter 104 to help determine and / or confirm a freezing condition. In another example, cloud server 118 can check the current temperature and / or temperature trend of the actual ambient temperature data received at operation 402.

[0056] In another variation, the filter 104 may include a separate, potentially resettable phase change element (e.g., a plunger attached to a container of water that, when the water freezes, moves the bi-stable switch to the frozen position until manually moved back) or a temperature filter sensor 106 that consumes the filter's 104 internal battery to detect a freeze condition when it occurs, even in the absence of external power, and before the filter 104 is activated (the point at which a freeze condition would typically be detected).

[0057] Figure 5 An example process 500 is shown for assisting a user in locating a water source for the filter 104. As with processes 200-400, the process 500 can be performed in the context of the system 100. For example, the cloud server 118 can communicate with the mobile device 112 and / or the vehicle 102 via the wide area network 116. For example, the user can select from the navigation of the vehicle 102 to navigate to a location where water is available.

[0058] At operation 502, the cloud server 118 receives the location of water that can be used for the filter 104. In an example, the cloud server 118 may receive user-submitted water source information indicating new water sources discovered or visited by the user. In an example, this may be submitted via the user selecting the Add New Water Source feature from the mobile control application 114, which may allow the user to select the user's current location and / or select locations on the map to be included as new water sources. In another example, the mobile control application 114 may similarly include a feature for allowing the user to select and indicate that existing water sources indicated in the map data 120 are no longer available, thereby allowing such outdated water sources to be removed.

[0059] In another example, the cloud server 118 can poll a public or commercial database to discover new or removed water sources. In yet another example, the cloud server 118 can process local regulations to discover whether there are restrictions on collecting certain types of water in a certain area to ensure that such locations are removed from the map data 120.

[0060] At operation 504 , the cloud server 118 performs data aggregation based on the input received at operation 502 to update the map data 120 . In an example, data aggregation may be performed periodically, such as nightly, weekly, monthly, etc. In some cases, the map data 120 may also indicate the last updated date for each water source to allow the user to understand how up-to-date the information about the water sources in the map data 120 is.

[0061] At operation 506, the cloud server 118 sends the map data 120 in response to the user's request for a water source. In an example, the cloud server 118 can provide navigation functionality to indicate the water source in the map data 120 as an overlay on the map at the location of the vehicle 102, the mobile device 112, or another location the user intends to travel to. The onboard navigation system and / or the navigation functionality of the mobile device 112 (or a third-party mapping system) can be used to navigate the user to any selected water source on foot or via the vehicle 102. This allows the user to query locations where the filter 104 can be placed for use in locations where water is available.

[0062] As a variation, cloud server 118 can monitor the location of a user's filter 104 for the user. This can be done to ensure that vehicle 102 remembers the location of filter 104 and / or to ensure that filter 104 is on board before the user drives vehicle 102 away. In an example, in response to vehicle 102 being activated or set to a powered mode (such as entering drive mode or reverse mode), vehicle 102 can access cloud server 118 to retrieve information related to the user's filter 104. If vehicle 102 does not detect the presence of filter 104 (e.g., via a wired or wireless connection to vehicle 102), vehicle 102 can alert the user that filter 104 is not on board. In yet another example, vehicle 102 can maintain the location and / or identifier of filter 104 itself without accessing cloud server 118. However, this may only be useful if the user has not otherwise moved filter 104 or added or removed filter 104 without notifying vehicle 102.

[0063] Figure 6 An example process 600 is shown for sharing a user's filter 104 location with other users. Like processes 200-500, process 600 can be performed in the context of system 100. For example, cloud server 118 can communicate with vehicle 102 and mobile device 112 via wide area network 116, and vehicle 102 can communicate with filter 104 via a local network connection.

[0064] At operation 602, cloud server 118 receives a user's selection to share filter 104 from mobile control application 114. In some examples, filter 104 may also notify cloud server 118 that filter 104 is in use. This notification may occur, for example, via filter 104 communicating with cloud server 118 via vehicle 102 over wide area network 116. As described at operation 202, filter information 108 may include information indicating an identifier and / or location of filter 104 to allow the geographic location of filter 104 to be determined. Filter information 108 may also include status information, such as how much water has been filtered by filter 104, measurements of contaminants found in the filtered water, and the like. This information may be received and maintained by cloud server 118.

[0065] At operation 604, the cloud server 118 updates the map data 120 to indicate that the filter 104 is shared for users who query the map data 120 for water and / or the filter 104. The cloud server 118 may further update the map data 120 to indicate the current status of the filter 104, such as whether the filter 104 is currently operational and / or the amount of filtered water available at the filter 104.

[0066] At operation 606, the cloud server 118 sends the map data 120 in response to the user's request for the source of the filter 104. In an example, the other user's vehicle 102 may show the location of the shared filter 104 on the navigation screen of the vehicle 102. This may allow other users to see if someone near them is sharing their filter 104. In another example, the user may share a link to their filter 104 via social media or another online service (e.g., as hosted by the cloud server 118), where the link may be accessed to view the location of the filter 104.

[0067] Figure 7 An example process 700 is shown for sharing water advisory information with users of the system 100. As with processes 200-600, the process 700 can be performed in the context of the system 100.

[0068] At operation 702, cloud server 118 receives locations of water recommendations that may influence whether a user should utilize water. In one example, cloud server 118 may poll a public or commercial water recommendation database to discover new or removed water recommendations. In another example, cloud server 118 receives crowdsourced locations where a user indicates that the water appears or measures as requiring filtration. In one example, these locations may be submitted by the user selecting a water source or area using mobile control application 114, which may allow the user to select the user's current location and / or select locations on a map to include as new water sources. In another example, mobile control application 114 may similarly include a feature for allowing the user to select and indicate that an existing water source indicated in map data 120 no longer appears or measures as requiring filtration, thereby allowing old water recommendations to be removed.

[0069] At operation 704, the cloud server 118 performs data aggregation based on the water advisory received at operation 502 to update the map data 120. In some examples, data aggregation may be performed periodically, such as nightly, weekly, monthly, etc. In other examples, updates may be performed substantially in real time to ensure the latest water advisory information is available. In some cases, the map data 120 may also indicate the last update date for each water source to allow the user to understand how up-to-date the information about the water source in the map data 120 is.

[0070] At operation 706, the cloud server 118 sends the map data 120 in response to the user's request for the source of the filter 104. In an example, the vehicle 102 can display the location of water recommendations on the navigation screen of the vehicle 102. This can allow the user to be informed of areas with poor water quality, for example, to provide an option not to park in those areas, or to indicate that the user should use the filter 104 to clean the water before use. In another example, the user can be notified via the mobile control application 114 that their home or the current area where the user is located has water that needs to be filtered and uses the filter 104.

[0071] Thus, by using the cloud server 118 , the cloud server 118 can process the various filter information 108 and can determine alerts, commands, and other analyses. These results can be displayed to the user via the mobile control application 114 installed on the user's mobile device 112 .

[0072] Figure 8An example 800 of a home screen of a mobile control application 114 is shown displayed to an HMI 802 of a mobile device 112. The HMI 802 may include various controls that are consistent across the screens of the mobile control application 114. These may include, for example, a set of menu controls 804 that allow a user to select from various sections of functionality. These may include a home screen, a vehicle screen, a service screen, and a map screen. As shown, the home screen may be used to perform key fob functions and view vehicle alarms. Vehicle screens (e.g., Figure 9 The Service screen (shown) can be used to access status information as well as features and settings for the selected vehicle 102. The Service screen can be used to manage features such as roadside assistance, scheduling service, viewing service history, maintenance schedules, viewing reference guides, etc. The Map screen can be used to display a navigation map as well as various overlays such as chargers, repair shops, and vehicle dealerships.

[0073] The HMI 802 may include an active profile selector 806 to allow the user to select from one or more vehicles 102 configured to be controlled using the mobile control application 114. As shown, the mobile control application 114 is currently configured to control "Vehicle 1." The user may select the active profile selector 806 to display a drop-down list of different available vehicles 102. The mobile control application 114 may also provide an illustration 808 that provides a representation of the active vehicle 102. The representation may be an image of the same make, model, and / or color of the active vehicle 102, for example, to facilitate understanding which vehicle 102 is being controlled. Account controls 810 may also be provided to allow the user to access features such as messages to the user, rewards, settings, and the like.

[0074] In some cases, the cloud server 118 may have alerts available for the vehicle 102. These may be displayed to the user in the alerts section 812. As shown, the user is alerted that the vehicle 1 should have its oil changed soon.

[0075] The HMI 802 may also include a set of virtual key fob controls 814 to provide access to functions that, when selected, can be performed on the vehicle 102 indicated as active in the active profile selector 806. The virtual key fob controls 814 may include a remote start button 814A that, when selected, instructs the mobile control application 114 to send a message to the vehicle 102 to attempt to start the vehicle 102. The virtual key fob controls 814 may also include an unlock button 814B that, when selected, instructs the mobile control application 114 to send a message to the vehicle 102 to attempt to unlock the vehicle 102, and a lock button 814C that, when selected, instructs the mobile control application 114 to send a message to the vehicle 102 to attempt to lock the vehicle 102. The virtual key fob control 814 may also include an alarm button 814D that, when selected, instructs the mobile control application 114 to send a message to the vehicle 102 in an attempt to trigger the vehicle 102 alarm (e.g., to cause the vehicle 102 to flash its lights and / or honk its horn). To perform the requested function, the mobile control application 114 may instruct the mobile device 112 to communicate with the vehicle 102 over the wide area network 116 and / or via a local connection.

[0076] As shown by hand indicator 816, the user can select the vehicle screen from the menu control 804 to change to the vehicle screen. The vehicle screen can be displayed in response to the selection.

[0077] Figure 9 An example 900 of a vehicle screen of the mobile control application 114 is shown displayed to the HMI 802 of the mobile device 112. As shown, the active profile selector 806 becomes fixed to the selected vehicle 102, and additional vehicle information 902 about the vehicle 102 is made available. As some examples, the vehicle information 902 may include the current odometer reading of the selected vehicle 102, the fuel level of the selected vehicle 102, and the range of the selected vehicle 102.

[0078] HMI 802 may also include an expandable status area 904 and an expandable features and settings area 906. As shown, status area 904 is in an expanded state, while features and settings area 906 is in an expanded state. The expanded and expanded states can be switched by touching the title of expandable status area 904 and / or features and settings area 906. Up and down arrow indicators may also be shown in conjunction with status area 904 and features and settings area 906 to visually confirm the expanded and expanded states, with a downward arrow indicating that an area can be opened and an upward arrow indicating that an area can be closed. Although shown as expanded, when expanded, status area 904 may include options such as tire pressure monitoring and oil life. As shown as expanded, features and settings area 906 includes options for a Wi-Fi hotspot provided by vehicle 102 and options for filters 104 configured with vehicle 102.

[0079] As indicated by hand indicator 816, the user may select filter 104 from the features and settings area 906 to change to a main options screen for filter 104. The main filter options screen may be displayed in response to the selection.

[0080] Figure 10 An example 1000 of a main filter options screen of the mobile control application 114 is shown for display to the HMI 802 of the mobile device 112. As shown, the main options screen may be designed to be similar to the one described above. Figure 7 The main screen of the mobile control application 114 is shown with some similarities. However, the main filter options screen shows options for configuration of the filter 104.

[0081] For example, the HMI 802 may include an active profile selector 1002 to allow a user to select from one or more filters 104 configured to be controlled using the mobile control application 114. As shown, the mobile control application 114 is currently configured to control "My Filter 1." The user can select the active filter selector 1002 to display a drop-down list of different available filters 104. The mobile control application 114 may also provide a filter icon 1004 that provides a representation of the active filter 104. The representation may be an image of the same brand, model, and / or color of the active filter 104, for example, to facilitate understanding which filter 104 is being controlled.

[0082] In some cases, the cloud server 118 may have alerts available for the filter 104. These may be displayed to the user in an alert section 1006. As shown, the user is alerted that my filter 1 should have its primary filter media 110 replaced soon. Alerts may be sent from the cloud server 118 to the mobile control application 114, such as those described above with respect to Figures 3 and 4 For example, the alarms may include a weather alarm indicating that the filter 104 may be exposed to low temperatures, and / or an alarm that the filter 104 is no longer receiving water flow, requires maintenance, or is otherwise not functioning properly.

[0083] HMI 802 may also include a set of filter controls 1008 that provide access to functions that, when selected, can be executed on the filter 104 indicated as active in active filter selector 1002. Filter controls 1008 may include a start / stop button 1008A that, when selected, instructs mobile control application 114 to send a message to vehicle 102 in an attempt to activate filter 104. Once activated, the text of start / stop button 1008A may change from "start" to "stop," and when selected again, instructs mobile control application 114 to send a message to filter 104 in an attempt to stop filtering. To perform the requested function, mobile control application 114 may instruct mobile device 112 to communicate with vehicle 102 via wide area network 116 to convey the message to filter 104. Alternatively, in another example, mobile device 112 may communicate directly with filter 104 via a local connection. Alternatively, in yet another example, the mobile device 112 may communicate with the vehicle 102 via a local connection, where the vehicle 102 in turn communicates with the filter 104 via the local connection.

[0084] The filter control 1008 may also include a map button 1008B that, when selected, instructs the mobile control application 114 to display a map screen showing the location of the filter 104 and / or any suggested areas. Other aspects of the map screen are described in Figure 11 As shown in FIG. 816, the user can select the map screen by pressing the map button 1008B. The map screen can be displayed in response to the selection.

[0085] The filter control 1008 may also include an information button 1008C that, when selected, instructs the mobile control application 114 to display an information screen showing details of the filter 104 selected in the active filter selector 1002. Other aspects of the information screen are described in FIG. 12A to FIG. 12B Shown in.

[0086] The filter control 1008 may also include a configure filter button 1008D that, when selected, directs the mobile control application 114 to display a configure filter screen for adding a new filter 104 to the mobile control application 114. Other aspects of the configure filter screen are described in 13A to 13B Shown in.

[0087] Figure 11 An example 1100 of a map screen of a mobile control application 114 displayed to the HMI 802 of a mobile device 112 is shown. As shown, a majority of the display is utilized by a map 1102. The map 1102 can be configured to show the area where the filter 104 selected from the active filter selector 1002 is located. In some examples, the map 1102 can also show a filter location pin 1104 that also indicates the location of the shared filter 104. In the example shown, the location of the selected filter 104 is shown overlaid on the map 1102 in bold or highlighted at its location, and another filter 104 is also shown on the map 1102. The location of the shared filter 104 can be received by the mobile device 112 from the cloud server 118, such as discussed with respect to process 600.

[0088] Map 1102 can also be configured to show locations where water is available. Water availability information can be received from cloud server 118 to mobile device 112, such as discussed with respect to process 500. As shown, water availability areas 1106 are overlaid on map 1102 over the areas indicated by cloud server 118. In this example, these areas are shown as bold. These areas can easily allow the user to see the locations of any areas where filter 104 can be easily installed.

[0089] Map 1102 can also be configured to display water advisory information. The water advisory information can be received from cloud server 118 to mobile device 112, such as discussed with respect to process 700. As shown, a boiling water advisory indication 1108 is overlaid on the area indicated by cloud server 118 on map 1102. This boiling water advisory indication 1108 includes a portion of one of water availability areas 1106, and specifically, the portion of water availability area 1106 where filter 2 is located. This allows the user to easily see the location of any areas that should be cleaned using filter 104 before the water is put into use.

[0090] When the user is finished using the map 1102, the user can select the back control 1110 to return to the main filter options screen. For example, the user can return to the main filter options screen and then select the information button 1008C to check information about the filter 104 selected from the active filter selector 1002.

[0091] FIG. 12A to FIG. 12B100. An example 1200 of a filter information screen of the mobile control application 114 is shown displayed to the HMI 802 of the mobile device 112. As shown, the majority of the display is utilized by filter details 1202. The filter details 1202 can be configured to explain various aspects of the operation of the filter 104 selected from the active filter selector 1002. This information can be provided to the mobile device 112 from the cloud server 118 based on the filter information 108, such as discussed with respect to the process 200.

[0092] For example, filter details 1202 may indicate how many bottle equivalents of water have been filtered using filter 104, e.g., how many bottles of water have been saved by using filter 104 instead. In another example, filter details 1202 may indicate the amount of life remaining in filter media 110 of filter 104. This may be shown graphically, for example, for each type of filter media 110 in filter 104. In the example shown, filter 104 includes a primary filter media 110 having a total filtration capacity, remaining filtration liters, and a last replacement date, and a secondary carbon filter media 110 also having its own total filtration capacity, remaining filtration liters, and last replacement date. In yet another example, filter details 1202 may include a graph of the water usage history of filter 104, which may be useful for a user to track filter 104 over time.

[0093] When the user is finished with the filter details 1202, the user can select the back control 1110 to return to the main filter options screen. For example, the user can return to the main filter options screen and then select the configure filter button 1008D to add another filter 104 for use by the mobile control application 114.

[0094] 13A to 13B 10. An example 1300 of a configure filter screen of a mobile control application 114 is shown displayed to the HMI 802 of a mobile device 112. As shown, the example 1300 includes an add device control 1302 that, when selected, causes the mobile device 112 to detect filters 104 in the vicinity of the mobile device 112. In one non-limiting example, the mobile device 112 can utilize the Bluetooth discovery protocol to locate new filters 104. In another example, the mobile device 112 can use other wireless technologies, such as Wi-Fi, to query. In yet another example, the mobile device 112 can allow a user to manually enter information about the filter 104, such as a media access control (MAC) address or an internet protocol (IP) address. In yet other examples, the vehicle 102 can perform discovery and can relay information about the discovered devices to the mobile device 112.

[0095] Regardless of the details, any new device can be displayed in the device details 1304 view in the HMI 802. As shown, a new filter 104 is located, which is named Prowater-0846. In response to selecting any filter 104 from the device details 1304, those devices can be added for use by the mobile control application 114. For example, these additional filters 104 can then be made available for selection via the active filter selector 1002 and / or for display in the map 1102.

[0096] like Figure 13B As shown, in response to selecting the new filter 104, the device details 1304 are updated to indicate that the filter 104 can now be configured for use. For example, the user can select the next button 1306 to further configure the filter 104, including, for example, setting a custom name for the filter 104. The filter 104 can also be paired with the vehicle 102, so that if the vehicle 102 is set to a power mode (e.g., drive, reverse), the vehicle 102 can now alert the user if the filter 104 is not detected by the vehicle 102.

[0097] Figure 14 An example 1400 of a computing device 1402 for using a vehicle 102 as a hub for locating water and filtering the water using a filter 104 is shown. Figure 14 And refer to Figures 1 to 13B , the vehicle 102, the filter 104, the mobile device 112, the cloud server 118, etc. may include examples of such a computing device 1402. As shown, the computing device 1402 may include a processor 1404 operatively connected to a storage device 1406, a network device 1408, an output device 1410, and an input device 1412. It should be noted that this is merely an example, and a computing device 1402 having more, fewer, or different components may be used.

[0098] Processor 1404 may include one or more integrated circuits that implement the functionality of a central processing unit (CPU) and / or a graphics processing unit (GPU). In some examples, processor 1404 is a system on a chip (SoC) that integrates the functionality of a CPU and a GPU. The SoC may optionally include other components (such as, for example, storage device 1406 and network device 1408) into a single integrated device. In other examples, the CPU and GPU are connected to each other via a peripheral connection device (such as a peripheral component interconnect (PCI) express) or another suitable peripheral data connection. In one example, the CPU is a commercially available central processing unit that implements an instruction set, such as one of the x86, ARM, Power, or Microprocessor without Interlocked Pipeline Stages (MIPS) instruction set families.

[0099] Regardless of the details, during operation, the processor 1404 executes stored program instructions retrieved from the storage device 1406. The stored program instructions accordingly include software that controls the operation of the processor 1404 (such as the operation of the mobile control application 114) to perform the operations described herein. The storage device 1406 may include both non-volatile memory devices and volatile memory devices. Non-volatile memory includes solid-state memory, such as NAND flash memory, magnetic storage media, and optical storage media, or any other suitable data storage device that retains data when the system is disabled or loses power. Volatile memory includes static and dynamic random access memory (RAM), which stores program instructions and data during operation of the system 100.

[0100] The GPU may include hardware and software for displaying at least two-dimensional (2D) and optionally three-dimensional (3D) graphics to an output device 1410. The output device 1410 may include a graphics or visual display device, such as an electronic display screen, a projector, a printer, or any other suitable device for reproducing a graphical display. As another example, the output device 1410 may include an audio device, such as a speaker or headphones. As yet another example, the output device 1410 may include a tactile device, such as a mechanically elevable device, which in one example may be configured to display Braille or another physical output that can be touched to provide information to the user.

[0101] Input device 1412 may include any of a variety of devices that enable computing device 1402 to receive control input from a user. Examples of suitable input devices that receive human interface input may include a keyboard, mouse, trackball, touch screen, voice input device, graphics tablet, etc.

[0102] The network devices 1408 may each include any of a variety of devices that enable the vehicle 102, the filter 104, the mobile device 112, and / or the cloud server 118 to send and / or receive data from an external device over a network, such as the wide area network 116. Examples of suitable network devices 1408 include an Ethernet interface, a Wi-Fi transceiver, a cellular transceiver, a satellite transceiver, a V2X transceiver, a Bluetooth or BLE transceiver, or other network adapters or peripheral interconnects that receive data from another computer or external data storage device, which may be useful for receiving large amounts of data in an efficient manner.

[0103] Although exemplary embodiments have been described above, these embodiments are not intended to describe all possible forms covered by the claims. The words used in the specification are descriptive rather than limiting, and it should be understood that various changes can be made without departing from the spirit and scope of the present disclosure. As previously described, the features of the various embodiments can be combined to form other embodiments of the present disclosure that may not be explicitly described or shown. Although various embodiments may have been described as providing advantages or being superior to other embodiments or prior art implementations with respect to one or more desired characteristics, it should be recognized by those skilled in the art that one or more features or characteristics may be compromised to achieve the desired overall system properties, depending on the specific application and implementation. These properties may include, but are not limited to, strength, durability, life cycle, marketability, appearance, packaging, size, serviceability, weight, manufacturability, ease of assembly, etc. For this reason, to the extent that any embodiment is described as less than ideal than other embodiments or prior art implementations with respect to one or more characteristics, these embodiments are not outside the scope of the present disclosure and may be desirable for a particular application.

[0104] Although exemplary embodiments have been described above, these embodiments are not intended to describe all possible forms of the present invention. Rather, the terms used in the specification are descriptive rather than restrictive, and it should be understood that various changes may be made without departing from the spirit and scope of the present invention. In addition, the features of the various implemented embodiments may be combined to form additional embodiments of the present invention.

[0105] According to the present invention, a method for locating and filtering water using a vehicle as a hub includes: receiving filter information by the vehicle via a local network connection between the vehicle and a water filter; sending the filter information from the vehicle to a cloud server via a wide area network; and displaying filter details explaining various aspects of the operation of the filter to a human-machine interface (HMI) remote from the filter based on the filter information.

[0106] In one aspect of the invention, the filter details indicate the remaining life of the filter media of the filter based on analysis performed by a machine learning model executed by a cloud server.

[0107] In one aspect of the invention, the filter information includes data from a pressure sensor, a temperature sensor, and / or a flow sensor of the filter.

[0108] In one aspect of the invention, the method includes determining, based on filter information, that a filter will be exposed to a freezing temperature, and one or more of: displaying an alert to an HMI indicating the freezing temperature, or sending a command to the filter to deactivate the filter in response to identifying the freezing temperature.

[0109] In one aspect of the present invention, the method includes: identifying, by a cloud server, that a filter has failed based on filter information; and one or more of the following operations: displaying an alarm indicating the failure to an HMI, or sending a command to the filter to disable the filter in response to identifying the failure.

[0110] In one aspect of the invention, the filter information includes the location of the filter and further includes displaying the location of the filter overlaid on a map.

[0111] In one aspect of the invention, the method includes one or more of: displaying to the HMI the location of the water suggestion as an overlay on a map; or displaying to the HMI the location of the water availability as an overlay on a map.

[0112] In one aspect of the present invention, the method includes maintaining, by a cloud server, locations of a shared plurality of water filters; and displaying the locations of the plurality of water filters to an HMI as an overlay on a map.

[0113] In one aspect of the invention, the local network connection is a Bluetooth connection.

[0114] According to the present invention, there is provided a vehicle that operates as a hub for locating and filtering water, the vehicle having: a network device; and one or more computing devices, the one or more computing devices being configured to: receive filter information from a water filter via a local network connection, the filter information including data from a pressure sensor, a temperature sensor, and / or a flow sensor of the filter; send the filter information to a cloud server via a wide area network, the cloud server being configured to determine filter details that explain various aspects of the operation of the filter based on the filter information using a machine learning model; receive commands from the cloud server via the wide area network based on the filter details; and send commands to the filter to automatically control the filter via the local network connection.

[0115] According to an embodiment, the command is to deactivate the filter in response to the machine learning model predicting freezing temperatures.

[0116] According to an embodiment, the command is to deactivate the filter in response to the machine learning model predicting that the filter has failed.

[0117] According to an embodiment, the vehicle includes an output device configured to display an HMI, and the one or more computing devices are further configured to display the location of the filter overlaid on a map.

[0118] According to an embodiment, the one or more computing devices are further configured to do one or more of: display the location of the water suggestion as an overlay on the map to the HMI; or display the location of the water availability as an overlay on the map to the HMI.

[0119] According to an embodiment, the one or more computing devices are further configured to display filter details to the HMI indicating a remaining life of the filter media of the filter based on analysis performed by the machine learning model executed by the cloud server.

[0120] According to an embodiment, the one or more computing devices are further configured to utilize the network device to detect filters in the vicinity of the vehicle.

[0121] According to the present invention, there is provided a mobile device executing a mobile control application for utilizing a vehicle operating as a hub to locate and filter water, the mobile device having: a network device; an output device configured to display an HMI; and one or more computing devices configured to display filter details explaining various aspects of the operation of the water filter to the HMI based on filter information, the filter details being received from a cloud server via the network device over a wide area network, the cloud server having received the filter information from the vehicle over the wide area network, which in turn has received the filter information via a local network connection between the vehicle and the filter.

[0122] According to an embodiment, the one or more computing devices are configured to: receive input to the HMI to activate or deactivate the filter; and send the input to the cloud server to cause the cloud server to command the filter to perform activation or deactivation.

[0123] According to an embodiment, the one or more computing devices are further configured to display the location of the filter overlaid on a map.

[0124] According to an embodiment, the one or more computing devices are further configured to do one or more of: display the location of the water suggestion as an overlay on the map to the HMI; or display the location of the water availability as an overlay on the map to the HMI.

Claims

1. A method for locating and filtering water using a vehicle as a hub, the method comprising: receiving, by the vehicle, filter information via a local network connection between the vehicle and the water filter; sending the filter information from the vehicle to a cloud server via a wide area network; as well as Filter details explaining aspects of the operation of the filter based on the filter information are displayed to a human machine interface (HMI) remote from the filter. 2 . The method of claim 1 , wherein the filter details indicate a remaining life of a filter media of the filter based on an analysis performed by a machine learning model executed by the cloud server. 3 . The method of claim 1 , wherein the filter information comprises data from a pressure sensor, a temperature sensor, and / or a flow sensor of the filter.

4. The method of claim 1, further comprising: determining, based on the filter information, that the filter will be exposed to freezing temperatures; as well as One or more of the following: displaying an alarm to the HMI indicating the freezing temperature, or A command is sent to the filter to deactivate the filter in response to identifying the freezing temperature.

5. The method of claim 1 , further comprising: identifying, by the cloud server based on the filter information, that the filter is faulty; as well as One or more of the following: displaying an alarm to the HMI indicating the fault, or A command is sent to the filter to deactivate the filter in response to identifying the fault.

6. The method of claim 1, wherein the filter information includes a location of the filter, and the method further comprises displaying the location of the filter overlaid on a map.

7. The method of claim 6, further comprising one or more of the following: displaying to the HMI the location of the water suggestion as an overlay on the map; or The location of water availability is displayed to the HMI as an overlay on the map.

8. The method of claim 6, further comprising: Maintaining, by the cloud server, locations of a plurality of shared water filters; as well as The locations of the plurality of water filters are displayed to the HMI as an overlay on the map.

9. The method of claim 6, wherein the local network connection is a Bluetooth connection.

10. A mobile device executing a mobile control application for utilizing a vehicle operating as a hub to locate and filter water, the mobile device comprising: Network devices; an output device configured to display an HMI; as well as One or more computing devices, the one or more computing devices being configured to: Filter details explaining aspects of the operation of the water filter are displayed to the HMI based on the filter information.

11. A vehicle operating as a hub for locating and filtering water, the vehicle comprising: Network devices; as well as One or more computing devices, the one or more computing devices being configured to: receiving filter information from a water filter via a local network connection, the filter information including data from a pressure sensor, a temperature sensor, and / or a flow sensor of the filter; sending the filter information over a wide area network to a cloud server, the cloud server configured to utilize a machine learning model to determine filter details explaining aspects of the operation of the filter based on the filter information; receiving a command from the cloud server via the wide area network based on the filter details; and The command is sent to the filter via the local network connection to automatically control the filter.

12. The vehicle of claim 11, wherein the command is to deactivate the filter in response to the machine learning model predicting freezing temperatures.

13. The vehicle of claim 11, wherein the command is to deactivate the filter in response to the machine learning model predicting that the filter has failed.

14. The vehicle of claim 11 , wherein the vehicle includes an output device configured to display an HMI, and the one or more computing devices are further configured to: Displays the location of the filter overlaid on a map.

15. The vehicle of claim 14, wherein the one or more computing devices are further configured to do one or more of the following: displaying to the HMI the location of the water suggestion as an overlay on the map; displaying to the HMI the location of water availability as an overlay on the map; displaying the filter details to the HMI, the filter details indicating a remaining life of a filter media of the filter based on analysis performed by the machine learning model executed by the cloud server; or The network device is used to detect filters in the vicinity of the vehicle.

Images