Vehicle monitoring of mobile device state-of-charge

Abstract

Method and apparatus are disclosed for vehicle monitoring of mobile device state-of-charge. An example vehicle includes a communication node, a charging station, and a controller. The controller is to receive, via the communication node, a state-of-charge (SOC) of a mobile device and determine a predicted SOC at a destination based on the SOC, a rate-of-change of the SOC, and a travel time to the destination. The controller also is to emit, responsive to the predicted SOC being less than a threshold, an instruction to couple the mobile device to the charging station.

Description

TECHNICAL FIELD

The present disclosure generally relates to vehicle monitoring and, more specifically, to vehicle monitoring of mobile device state-of-charge.

BACKGROUND

Recently, vehicles include systems that incorporate mobile devices for control features of vehicle functions. Some vehicles include a passive entry system that unlocks and/or opens door(s) of the vehicle upon detecting that a mobile device of a user is near the vehicle. Some vehicles include a passive start system that enables ignition of a vehicle engine upon detecting that a mobile device of a user is within a cabin of the vehicle. Some vehicles include a remote park-assist system in which a mobile device is used to initiate and/or control autonomous and/or semi-autonomous parking of the vehicle in a parking spot while a user of the mobile device is located outside of a cabin of the vehicle.

SUMMARY

The appended claims define this application. The present disclosure summarizes aspects of the embodiments and should not be used to limit the claims. Other implementations are contemplated in accordance with the techniques described herein, as will be apparent to one having ordinary skill in the art upon examination of the following drawings and detailed description, and these implementations are intended to be within the scope of this application.

Example embodiments are shown for vehicle monitoring of mobile device state-of-charge. An example disclosed vehicle includes a communication node, a charging station, and a controller. The controller is to receive, via the communication node, a state-of-charge (SOC) of a mobile device and determine a predicted SOC at a destination based on the SOC, a rate-of-change of the SOC, and a travel time to the destination. The controller also is to emit, responsive to the predicted SOC being less than a threshold, an instruction to couple the mobile device to the charging station.

In some examples, the communication node is a wireless personal area network module. In some examples, the controller determines the rate-of-change of the mobile device by monitoring the SOC over a period of time. In some examples, the controller receives the rate-of-change from the mobile device via the communication node.

Some examples further include a navigation system that receives the destination from a user and determines the travel time between the destination and a current location. Some such examples further include at least one of a GPS receiver and a GNSS receiver to identify the current vehicle location.

Some examples further include an infotainment head unit that includes at least one of a cluster output, a display, and a speaker. The controller emits the instruction via the infotainment head unit.

In some examples, the controller determines the predicted SOC responsive to identifying that the mobile device is located within a vehicle cabin. In some such examples, the communication node identifies whether the mobile device is located within the vehicle cabin via at least one of a received signal strength indicator, a time-of-flight, and an angle-of-arrival.

In some examples, the controller determines the predicted SOC responsive to identifying that the mobile device is utilized for at least one of passive entry, passive start, and remote park-assist. In some examples, the controller further emits the instruction responsive to determining that the SOC is less than a second threshold. In some examples, the controller further emits the instruction responsive to determining that the rate-of-change is greater than a third threshold.

An example disclosed method includes receiving a state of charge (SOC) of a mobile device via a communication node of a vehicle and determining, via a processor, a predicted SOC at a destination of the vehicle based on the SOC, a rate of change of the SOC, and a travel time to the destination. The example disclosed method also includes emitting an instruction to couple the mobile device to the charging station responsive to the predicted SOC being less than a threshold.

Some examples further include emitting the instruction responsive to determining, via the processor, that the SOC is less than a second threshold.

An example disclosed system includes a mobile device that includes a sensor to measure a state of charge (SOC) and a communication module to send the SOC. The example disclosed system also includes a vehicle that includes a communication node to receive the SOC, a charging station, and a controller. The controller is to determine a predicted SOC based on the SOC, a rate-of-change, and a travel time to a destination and instruct to utilize the charging station when the predicted SOC is less than a threshold.

In some examples, the mobile device further includes a navigation system that receives the destination from a user and determines the travel time between the destination and the current location.

In some examples, the mobile device includes a processor that identifies when the mobile device is communicatively decoupled from the vehicle. In some such examples, when the mobile device and the vehicle are communicatively decoupled, the processor emits at least one of an audio alert, a visual alert, and a haptic alert in response to determining that the SOC is less than a second threshold. In some such examples, when the mobile device and the vehicle are communicatively decoupled, the processor is to determine whether the SOC is less than a second threshold. The processor also is to identify, in response to determining that the SOC is less than the second threshold, an open public charging station from an external network and provide directions to the open public charging station. In some such examples, when the mobile device and the vehicle are communicatively decoupled, the processor turns off the mobile device in response to determining that the SOC is less than a third threshold.

BRIEF DESCRIPTION OF THE DRAWINGS

For a better understanding of the invention, reference may be made to embodiments shown in the following drawings. The components in the drawings are not necessarily to scale and related elements may be omitted, or in some instances proportions may have been exaggerated, so as to emphasize and clearly illustrate the novel features described herein. In addition, system components can be variously arranged, as known in the art. Further, in the drawings, like reference numerals designate corresponding parts throughout the several views.

FIG. 1A illustrates an example mobile device of a user within an example vehicle in accordance with the teachings herein.

FIG. 1B the mobile device outside of the vehicle of FIG. 1A.

FIG. 2 is a block diagram of electronic components of the mobile device of FIGS. 1A-1B.

FIG. 3 is a block diagram of electronic components of the vehicle of FIGS. 1A-1B.

FIG. 4 is a flowchart for monitoring a state-of-charge of a mobile device communicatively coupled to a vehicle in accordance with the teachings herein.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

While the invention may be embodied in various forms, there are shown in the drawings, and will hereinafter be described, some exemplary and non-limiting embodiments, with the understanding that the present disclosure is to be considered an exemplification of the invention and is not intended to limit the invention to the specific embodiments illustrated.

Vehicles oftentimes include systems that incorporate mobile devices for control features of vehicle functions. Some vehicles include a passive entry system that unlocks and/or opens door(s) of the vehicle upon detecting that a mobile device of a user is near the vehicle. Some vehicles include a passive start system that enables ignition of a vehicle engine upon detecting that a mobile device of a user is within a cabin of the vehicle. Some vehicles include a remote park-assist system in which a mobile device is used to initiate and/or control autonomous and/or semi-autonomous parking of the vehicle in a parking spot while a user of the mobile device is located outside of a cabin of the vehicle.

Mobile devices have been incorporated into the performance of such commonly-performed vehicle functions over time, at least in part, because people use their mobile devices (e.g., smart phones, wearables, smart watches, tablets, etc.) today at ever-increasing frequencies. While the utilization of mobile devices to access, start, and park a vehicle has made it easier for people to operate their vehicles, the convenience of the mobile device potentially may present challenges to the performance of such vehicle functions. For instance, consistent use of mobile device throughout the day potentially may result in a user unknowingly draining his or her battery to be fully discharged. If the battery is fully discharged, the vehicle system is unable to use the mobile device for accessing, starting, and/or parking the vehicle. Further, some mobile device disable power-consuming functions, such as Bluetooth® or Wi-Fi, when a state-of-charge of the mobile device battery is below a lower threshold to preserve the state-of-charge battery for other mobile device functions (e.g., phone calls). In such instances, the user may be unable to utilize the mobile device for passive start, passive entry, and/or remote park-assist if the user is unaware that the mobile device has disabled the power-consuming communication functions (e.g., Bluetooth®, Wi-Fi, NFC) as a result of the state-of-charge of the mobile device battery being below the lower threshold. Example methods and apparatus disclosed herein monitor a state-of-charge of a mobile device battery over time and perform measures to facilitate recharging of the battery to prevent the battery from being discharged below a threshold state-of-charge level when passive entry, passive start, and/or remote park-assist functions is to be performed.

Examples disclosed herein include a system for monitoring a mobile device that is utilized for remote park-assist and/or as a phone-as-a-key for passive entry and/or passive start. As used herein, “remote parking,” “vehicle remote park-assist,” “remote park-assist,” and “RePA” refer to a vehicle controlling motive functions of the vehicle without direct steering or velocity input from a driver to autonomously park the vehicle into a parking spot while the driver is located outside of the vehicle. For example, a remote park assist-system of an autonomy unit controls the motive functions of the vehicle upon initiation from a driver to remotely park the vehicle into a parking spot.

As used herein, a “phone-as-a-key” refers to a mobile device (e.g., a smart phone, a wearable, a smart watch, a tablet, etc.) that includes hardware and/or software to function as a key fob. As used herein, a “key fob” refers to an electronic device that wirelessly communicates with a vehicle to unlock and/or lock one or more vehicle doors, open and/or close one or more of the vehicle doors, activate an engine of the vehicle, and/or initiate other function(s) of the vehicle. A user of a vehicle may utilize a mobile device functioning as a phone-as-a-key and/or a key fob for passive entry and/or passive start.

As used herein, “passive entry” refers to a system of a vehicle that unlock(s) and/or open(s) one or more doors of the vehicle upon detecting that a key fob and/or a phone-as-a-key is proximate to and/or approaching the vehicle. Some passive entry systems unlock and/or open a door in response to detecting a key fob and/or a phone-as-a-key. Further, some passive entry systems trigger a door for opening in response to detecting a key fob and/or a phone-as-a-key such that the door unlocks upon detecting that a user has touched a handle of the door. As used herein, “passive start” refers to a system of a vehicle that activates ignition of an engine of the vehicle upon detecting that a key fob and/or a phone-as-a-key is within a cabin of the vehicle. Some passive start systems activate ignition of the engine in response to detecting a key fob and/or a phone-as-a-key. Further, some passive start systems trigger an engine for ignition in response to detecting a key fob and/or a phone-as-a-key such that the ignition of the engine is started when an ignition switch within the cabin of the vehicle is pressed and/or rotated.

The system of examples disclosed herein measures the state-of-charge and a rate-of-change (ROC) of the mobile device and determines a predicted state-of-charge of the battery for an end of a vehicle trip. As used herein, a “charge level,” a “state-of-charge,” and an “SOC” refer to a measurement of an amount of energy stored within a battery. As used herein, a “rate-of-change” and a “ROC” of a battery refer to a rate at which a state-of-charge changes over a period of time.

The system of examples disclosed herein determines the predicted state-of-charge of the mobile device based on the current state-of-charge, the rate-of-change, and/or navigation information of a navigation system of the vehicle and/or the mobile device. For example, the system continuously monitors usage demands (i.e. movies and music streaming, calls, hotspot. etc.) of a state-of-charge of a battery of the mobile device and monitors for rate-of-change updates to update a predicated state-of-charge. The system may emit an in-vehicle alert to instruct a user to charge the mobile device upon detecting that (i) predicted state-of-charge is below a first charge threshold, (ii) the current state-of-charge is below a second charge threshold, or (iii) the rate-of-change is above a rate threshold. Further, upon detecting that the user has exited the vehicle with the mobile device, the system may provide (i) an alert via an output device of the mobile device, (ii) directions to publically-available charging station(s), and/or (iii) instructions to turn off the mobile device in response to determining that the current state-of-charge of the mobile device is below a charge threshold.

Turning to the figures, FIGS. 1A-1B illustrate an example vehicle 100 in accordance with the teachings herein. More specifically, FIG. 1A depicts the vehicle 100 when a mobile device 102 (e.g., a smart phone, a wearable, a smart watch, a tablet, etc.) of a user 104 is located within a cabin 106 of the vehicle 100, and FIG. 1B depicts the vehicle 100 when the mobile device 102 of the user 104 is located outside of the cabin 106.

The vehicle 100 of the illustrated example may be a standard gasoline powered vehicle, a hybrid vehicle, an electric vehicle, a fuel cell vehicle, and/or any other mobility implement type of vehicle. The vehicle 100 includes parts related to mobility, such as a powertrain with an engine, a transmission, a suspension, a driveshaft, and/or wheels, etc. The vehicle 100 may be non-autonomous, semi-autonomous (e.g., some routine motive functions controlled by the vehicle 100), or autonomous (e.g., motive functions are controlled by the vehicle 100 without direct driver input).

As illustrated in FIGS. 1A-1B, the vehicle 100 includes communication nodes 108. In the illustrated example, each of the communication nodes 108 is configured to communicatively couple to the mobile device 102 of the user 104 (e.g., an occupant of the vehicle 100). Each of the communication nodes 108 includes hardware and firmware to establish a wireless connection with a key fob and/or a mobile device (e.g., the mobile device 102). For example, the communication nodes 108 are wireless personal area network (WPAN) modules that wirelessly communicate with key fob(s) and/or mobile device(s) (e.g., the mobile device 102) via short-range wireless communication protocol(s). In some examples, the communication nodes 108 implement the Bluetooth® and/or Bluetooth® Low Energy (BLE®) protocols. The Bluetooth® and BLE® protocols are set forth in Volume 6 of the Bluetooth® Specification 4.0 (and subsequent revisions) maintained by the Bluetooth® Special Interest Group. Additionally or alternatively, the communication nodes 108 are configured to wirelessly communicate via Wi-Fi®, Near Field Communication (NFC), UWB (Ultra-Wide Band), and/or any other short-range and/or local wireless communication protocol (e.g., IEEE 802.11 a/b/g/n/ac/p) that enables each of the communication nodes 108 to communicatively couple to the mobile device 102.

The communication nodes 108 of the illustrated example include a communication node 108a (e.g., a first communication node), a communication node 108b (e.g., a second communication node), a communication node 108c (e.g., a third communication node), a communication node 108d (e.g., a fourth communication node), a communication node 108e (e.g., a fifth communication node), and a communication node 108f (e.g., a sixth communication node). The communication nodes 108a, 108b, 108c, 108d are exterior nodes 110 of the communication nodes 108. The exterior nodes 110 are positioned and oriented to communicatively couple to and/or monitor communication of the mobile device 102 and/or a key fob when the mobile device 102 and/or the key fob is located outside of and/or within the cabin 106 of the vehicle 100. For example, each of the communication nodes 108a, 108b, 108c, 108d is located near an exterior of the vehicle 100 and oriented in a direction away from the cabin 106 to communicatively couple to the mobile device 102 when the mobile device 102 is outside of the cabin 106 of the vehicle 100. The communication nodes 108e, 108f are interior nodes 112 of the communication nodes 108. The interior nodes 112 are positioned and oriented to communicatively couple to and/or monitor communication of the mobile device 102 and/or a key fob when the mobile device 102 and/or the key fob is located within and/or outside of the cabin 106 of the vehicle 100. For example, the communication node 108e is located near and oriented toward a front portion of the cabin 106 to communicatively couple to and/or monitor communication of the mobile device 102 and/or a key fob when the mobile device 102 and/or the key fob is located within the front portion of the cabin 106. Further, the communication node 108f is located near and oriented toward a rear portion of the cabin 106 to communicatively couple to and/or monitor communication of the mobile device 102 and/or a key fob when the mobile device 102 and/or the key fob is located within the rear portion of the cabin 106.

The vehicle 100 also includes a charging station 114 that is located within the cabin 106. In other examples, the charging station 114 is located along an exterior of the vehicle 100. The charging station 114 may include a wired charger and/or a wireless charger. For example, a wired charger of the charging station 114 includes a socket (e.g., a 12 Volt socket), a plug that is configured to be inserted into the socket, and/or a wire that extends from the socket and/or the plug and is configured to couple to the mobile device 102 to recharge a battery of the mobile device 102 (e.g., a battery 212 of FIG. 2). A wireless charger of the charging station 114 includes, for example, a charging coil that induces a magnetic field. When the mobile device 102 is placed on and/or near the charging station 114, the magnetic field induced by the charging coil generates current within another charging coil of the mobile device 102 to recharge the battery of the mobile device 102.

Further, the vehicle 100 of the illustrated example includes a vehicle speed sensor 116, a global positioning system (GPS) receiver 118, and a navigation system 120. For example, the vehicle speed sensor 116 detects a speed at which the vehicle 100 is traveling. In some examples, by measuring the speed of the vehicle 100 over a period of time, the vehicle 100 detects an acceleration of the vehicle 100. Additionally, the GPS receiver 118 receives a signal from a global positioning system to identify a current location of the vehicle 100. Additionally or alternatively, the vehicle 100 includes a global navigation satellite system (GNSS) receiver to receives a signal from a global navigation satellite system to identify a current location of the vehicle 100. The navigation system 120 is an electronic system that facilitates the user 104 in navigating while the user 104 and/or another user operates the vehicle 100. For example, the navigation system 120 presents map(s), provides direction(s), and/or identifies traffic condition(s) and/or obstacle(s) to facilitate the user 104 in navigating from a current location of the vehicle 100 to a target destination.

As illustrated in FIG. 1, the vehicle 100 also includes an infotainment head unit 122 that provides an interface between the vehicle 100 and the user 104. The infotainment head unit 122 includes digital and/or analog interfaces (e.g., input devices and output devices) to receive input from and display information for the user 104. The input devices include, for example, a control knob, an instrument panel, a digital camera for image capture and/or visual command recognition, a touchscreen, an audio input device (e.g., cabin microphone), buttons, or a touchpad. The output devices may include a cluster output 124 (e.g., a dial, a lighting device), an actuator, a display 126 (e.g., a heads-up display, a center console display such as liquid crystal display (LCD), an organic light emitting diode (OLED) display, a flat panel display, a solid state display, etc.), and/or speakers 128. In some examples, the display 126 is a touchscreen that is configured to function as input device and an output device. Further, in the illustrated example, the infotainment head unit 122 includes hardware (e.g., a processor or controller, memory, storage, etc.) and software (e.g., an operating system, etc.) for an infotainment system (such as SYNC® and MyFord Touch® by Ford®, etc.). Additionally, the infotainment head unit 122 displays the infotainment system, the navigation system 120, and/or other user interface system(s) on, for example, the display 126.

The vehicle 100 also includes a charge controller 130 that monitors the mobile device 102 and provides instructions to the user 104 to recharge the mobile device 102 to prevent a battery (e.g., a battery 212 of FIG. 2) from being fully discharged when the mobile device 102 is to be utilized for passive entry, passive start, remote park-assist, and/or other vehicle functions of the vehicle 100. For example, charge controller 130 monitors the battery of the mobile device 102 (e.g., collects a state-of-charge, identifies a rate-of-change, determines a predicted state-of-change at a destination) in response to identifying that the mobile device 102 is configured to be utilized for passive entry, passive start, and/or remote park-assist of the vehicle 100.

In operation, the charge controller 130 determines whether the mobile device 102 is located within the cabin 106 of the vehicle 100. The charge controller 130 determines whether the mobile device 102 is located within the cabin 106 via received signal strength indicators, GPS, time-of-flight, angle-of-arrival, etc. For example, the charge controller 130 determines that the mobile device 102 is located within the cabin 106 if the received signal strength indicators of communication between the mobile device 102 and the interior nodes 112 is greater than the received signal strength indicators of communication between the mobile device 102 and the exterior nodes 110. In such examples, the charge controller 130 determines that the mobile device 102 is located outside of the vehicle 100 if the received signal strength indicators of communication between the mobile device 102 and the exterior nodes 110 is greater than the received signal strength indicators of communication between the mobile device 102 and the interior nodes 112. If the mobile device 102 is within the cabin 106 of the vehicle 100, the charge controller 130 determines whether to instruct the user 104 to couple the mobile device 102 to the charging station 114 of the vehicle 100.

To monitor the mobile device 102, the charge controller 130 receives a current state-of-charge of the battery of the mobile device 102 via one or more of the communication nodes 108 of the vehicle 100. The charge controller 130 also is configured to identify a rate-of-change of the state-of-charge of the mobile device 102. In some examples, the charge controller 130 determines the rate-of-change by monitoring the state-of-charge of the battery 212 over a period of time. In other examples, the charge controller 130 receives the rate-of-change from the mobile device 102 via one or more of the communication nodes 108.

Further, in some examples, the charge controller 130 identifies a travel time to a target destination of the vehicle 100. For example, the charge controller 130 receives the travel time that is determined by the navigation system 120 of the vehicle 100. The navigation system 120 determines the travel time to the target destination based upon a current location of the vehicle 100 and a location of the target destination. For example, the navigation system collects the current location of the vehicle 100 from the GPS receiver 118 and/or the GNSS receiver and receives the target destination from the user 104 via an input device of the infotainment head unit 122 and/or the mobile device 102 in communication with the vehicle 100.

Subsequently, the charge controller 130 determines a predicted state-of-charge of the battery of the mobile device 102 for when the vehicle 100 arrives at the target destination. For example, the charge controller 130 determines the predicted state-of-charge of the mobile device 102 based upon the current state-of-charge of the mobile device 102, the rate-of-change of the mobile device 102, and/or the travel time to the target destination as predicted by the navigation system 120.

Further, the charge controller 130 of the illustrated example determines whether to emit an instruction to the user 104 to couple the mobile device 102 to the charging station 114 by comparing the predicted state-of-charge, the current state-of-charge, and/or the rate-of-change to threshold(s) associated with low battery levels. The charge controller 130 is configured to emit the instruction to the user 104 via the cluster output 124, the display 126, the speakers 128, and/or any other output device of the infotainment head unit 122. Further, in some examples, the charge controller 130 is configured to send a signal to the mobile device 102 to cause the mobile device 102 to emit the instruction (e.g., a visual instruction, an audio instruction, a haptic instruction) to the user 104 via the mobile device 102.

For example, the charge controller 130 emits an instruction to couple the mobile device 102 to the charging station 114 in response to determining that the predicted state-of-charge and/or the current state-of-charge is less than charge threshold. In some examples, the predicted state-of-charge and the current state-of-charge are compared to the same charge threshold (e.g., 40% of a full charge level). In other examples, the predicted state-of-charge the current state-of-charge are compared to different charge thresholds. For example, the charge controller 130 emits an instruction to couple the mobile device 102 to the charging station 114 in response to determining that the predicted state-of-charge is less than a first charge threshold (e.g., 60% of a full charge level) and/or in response to determining that the current state-of-charge is less than a second charge threshold (e.g., 40% of a full charge level). Additionally or alternatively, the charge controller 130 emits an instruction for the user 104 to couple the mobile device 102 to the charging station 114 in response to determining that the rate-of-change of the battery of the mobile device 102 is greater than a rate threshold (e.g., a state-of-charge decrease of 15% per hour). That is, the charge controller 130 emits an instruction in response to detecting that the state-of-charge is decreasing at a rate greater than a predetermined threshold.

FIG. 2 is a block diagram of electronic components 200 of the mobile device 102. As illustrated in FIG. 2, the electronic components 200 include a processor 202, memory 204, a GPS receiver 206, a navigation system 208, a battery sensor 210 that monitors a battery 212, a communication module 214, a communication module 216, a touchscreen 218, a speaker 220, and a haptic motor 222.

The processor 202 may be any suitable processing device or set of processing devices such as, but not limited to, a microprocessor, a microcontroller-based platform, an integrated circuit, one or more field programmable gate arrays (FPGAs), and/or one or more application-specific integrated circuits (ASICs). In some examples, the processor 202 is structured to include the charge controller 130. The memory 204 may be volatile memory (e.g., RAM including non-volatile RAM, magnetic RAM, ferroelectric RAM, etc.), non-volatile memory (e.g., disk memory, FLASH memory, EPROMs, EEPROMs, memristor-based non-volatile solid-state memory, etc.), unalterable memory (e.g., EPROMs), read-only memory, and/or high-capacity storage devices (e.g., hard drives, solid state drives, etc). In some examples, the memory 204 includes multiple kinds of memory, particularly volatile memory and non-volatile memory.

The memory 204 is computer readable media on which one or more sets of instructions, such as the software for operating the methods of the present disclosure, can be embedded. The instructions may embody one or more of the methods or logic as described herein. For example, the instructions reside completely, or at least partially, within any one or more of the memory 204, the computer readable medium, and/or within the processor 202 during execution of the instructions.

The terms “non-transitory computer-readable medium” and “computer-readable medium” include a single medium or multiple media, such as a centralized or distributed database, and/or associated caches and servers that store one or more sets of instructions. Further, the terms “non-transitory computer-readable medium” and “computer-readable medium” include any tangible medium that is capable of storing, encoding or carrying a set of instructions for execution by a processor or that cause a system to perform any one or more of the methods or operations disclosed herein. As used herein, the term “computer readable medium” is expressly defined to include any type of computer readable storage device and/or storage disk and to exclude propagating signals.

The GPS receiver 206 receives a signal from a global positioning system to identify a current location of the mobile device 102. Additionally, the navigation system 208 is an electronic system of the mobile device 102 that facilitates the user 104 in navigating while walking, traveling via the vehicle 100 and/or another vehicle, etc. For example, the navigation system 208 presents map(s), provides direction(s), and/or identifies traffic condition(s) and/or obstacle(s) to facilitate the user 104 in navigating from a current location of the mobile device 102 to a target destination.

Further, the battery sensor 210 of the illustrated example monitors the battery 212 of the mobile device 102. For example, the battery sensor 210 detects the state-of-charge of the battery 212. In some examples, the battery sensor 210 detects the rate-of-change of the battery 212 by measuring the state-of-charge of the battery 212 over a period of time.

The communication module 214 is configured to communicatively couple the mobile device 102 to the vehicle 100. The communication module 214 includes hardware and firmware to establish a wireless connection with the vehicle 100. For example, the communication module 214 is a wireless personal area network (WPAN) module that wirelessly communicates with the vehicle 100 via short-range wireless communication protocol(s). In some examples, the communication module 214 implements the Bluetooth® and/or Bluetooth® Low Energy (BLE) protocols. The Bluetooth® and BLE protocols are set forth in Volume 6 of the Bluetooth® Specification 4.0 (and subsequent revisions) maintained by the Bluetooth® Special Interest Group. Additionally or alternatively, the communication module 214 is configured to wirelessly communicate via Wi-Fi®, Near Field Communication (NFC), UWB (Ultra-Wide Band), and/or any other short-range and/or local wireless communication protocol (e.g., IEEE 802.11 a/b/g/n/ac/p) that enables the communication module 214 to communicatively couple to the vehicle 100.

The communication module 216 includes wired or wireless network interfaces to enable communication with external networks. The communication module 216 also includes hardware (e.g., processors, memory, storage, antenna, etc.) and software to control the wired or wireless network interfaces. In the illustrated example, the communication module 216 includes one or more communication controllers for cellular networks (e.g., Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), Code Division Multiple Access (CDMA)) and/or other standards-based networks (e.g., WiMAX (IEEE 802.16m); Near Field Communication (NFC), local area wireless network (including IEEE 802.11 a/b/g/n/ac/p or others), Wireless Gigabit (IEEE 802.11ad), etc.). The external network(s) may be a public network, such as the Internet; a private network, such as an intranet; or combinations thereof, and may utilize a variety of networking protocols now available or later developed including, but not limited to, TCP/IP-based networking protocols.

The electronic components 200 of the illustrated example also include the touchscreen 218, the speaker 220, and the haptic motor 222 that provide an interface between the user 104 and the mobile device 102. For example, the touchscreen 218 is a resistive touchscreen, a capacitive touchscreen, and/or any other type of touchscreen that displays output information to and tactilely receives input information from the user 104 of the mobile device 102. Additionally, the speaker 220 emits audio to the user 104 for informational and/or entertainment purposes. The haptic motor 222 is a motor that causes the mobile device 102 to vibrate, for example, upon receiving a signal from the processor 202 to do so. Further, the mobile device 102 may include other input device(s) (e.g., buttons, knobs, microphones, etc.) and/or output devices (e.g., LEDs, etc.) to receive input information from and/or provide output information to the user 104 of the mobile device 102.

In operation, the battery sensor 210 measures (e.g., continuously, periodically) a state-of-charge of the battery 212 of the mobile device 102. Further, the processor 202 determines whether the communication module 214 is communicatively coupled to one or more of the communication nodes 108 of the vehicle 100. If the processor 202 determines that the mobile device 102 is communicatively coupled to the vehicle 100, the processor 202 sends, via the communication module 214, the state-of-charge of the battery 212 to the vehicle 100.

Further, in some examples, the processor 202 sends (e.g., continuously, periodically) a rate-of-change of the battery 212, a current location, a target destination, and/or a travel time to the vehicle 100 via the communication module 214 if the mobile device 102 is communicatively coupled to the vehicle 100. For example, the processor 202 identifies a rate-of-change of the state-of-charge of the battery 212 of the mobile device 102 by monitoring the state-of-charge of the battery 212 over a period of time. Additionally or alternatively, the processor receives the current location from the GPS receiver 206, the target destination from the navigation system 208, and/or the travel time to the target destination from the navigation system 208. For example, the navigation system 208 receives a target destination from the user 104 via the touchscreen 218 and/or another input device and predicts the travel time between the current location of the mobile device 102 and the target destination.

In some examples, the processor 202 of the mobile device 102 emits alerts to the user 104 upon identifying that the mobile device 102 is communicatively decoupled from the vehicle 100 and/or located outside of the cabin 106 of the vehicle 100. For example, when the mobile device 102 and the vehicle 100 are communicatively decoupled, the processor 202 emits a visual alert via the touchscreen 218, an audio alert via the speaker 220, and/or a haptic alert via the haptic motor 222 in response to detecting that the state-of-charge of the mobile device is less than a charge threshold (e.g., 40% of a full charge level). The charge threshold to which the processor 202 compares the state-of-charge may be similar or different than the charge threshold to which the charge controller 130 of the vehicle compares the current and/or a predicted state-of-charge.

Additionally or alternatively, the processor 202 emits audio and/or visual alerts for and/or directions to a nearby publicly-available charging station in response to determining that the state-of-charge of the battery 212 is less than the charge threshold. For example, in response to the processor 202 detecting that the current state-of-charge is less than the charge threshold, the processor 202 retrieves, via the communication module 216, location(s) of one or more publicly-available charging stations that are near the current location of the mobile device 102 from an external network. The processor 202 compares the charging station locations to the current location of the mobile device 102 as identified via the GPS receiver 206 and identifies the publicly-available charging station that is open (e.g., determined based on a comparison of available hours of the charging station and a current time) and/or closest to the current location of the mobile device 102. Further, the navigation system 208 provides directions to the closest publicly-available charging station for the user 104 to facilitate recharging of the battery 212 of the mobile device 102.

Further, in some examples, the processor 202 of the mobile device 102 causes the mobile device 102 to turn off and/or instructs the user 104 to turn off the mobile device 102 in response to determining that the current state-of-charge is less than another charge threshold (e.g., a critical threshold such as 10% of a full charge level). The processor 202 temporarily deactivates the mobile device 102 to enable the user 104 to reactivate the mobile device 102 as the user 104 returns to the vehicle 100 to enable the mobile device 102 to be utilized for passive entry, passive start, and/or remote park-assist for a short period of time. For example, the processor 202 may automatically launch an application utilized to execute commands for passive entry, passive start, and/or remote park-assist.

The processor 202 also may instruct the user 104 on which applications of the mobile device 102 consume large amounts of battery current and/or are actively consuming a large percentage of the remaining state-of-charge. Such instructions provided by the processor 202 (e.g., via the touchscreen 218 and/or the speaker 220) may advise the user 104 to suspend use of one or more of these applications to enable the battery 212 of the mobile device 102 to retain a predetermined amount of current for utilization for passive entry, passive start, and/or remote park-assist.

FIG. 3 is a block diagram of electronic components 300 of the vehicle 100. As illustrated in FIG. 3, the electronic components 300 include an on-board computing platform 302, the infotainment head unit 122, the communication nodes 108, the GPS receiver 118, the navigation system 120, sensors 304, electronic control units (ECUs) 306, and a vehicle data bus 308.

The on-board computing platform 302 includes a microcontroller unit, controller or processor 310 and memory 312. In some examples, the processor 310 of the on-board computing platform 302 is structured to include charge controller 130. Alternatively, in some examples, the charge controller 130 is incorporated into another electronic control unit (ECU) with its own processor 310 and memory 312. The processor 310 may be any suitable processing device or set of processing devices such as, but not limited to, a microprocessor, a microcontroller-based platform, an integrated circuit, one or more field programmable gate arrays (FPGAs), and/or one or more application-specific integrated circuits (ASICs). The memory 312 may be volatile memory (e.g., RAM including non-volatile RAM, magnetic RAM, ferroelectric RAM, etc.), non-volatile memory (e.g., disk memory, FLASH memory, EPROMs, EEPROMs, memristor-based non-volatile solid-state memory, etc.), unalterable memory (e.g., EPROMs), read-only memory, and/or high-capacity storage devices (e.g., hard drives, solid state drives, etc). In some examples, the memory 312 includes multiple kinds of memory, particularly volatile memory and non-volatile memory.

The memory 312 is computer readable media on which one or more sets of instructions, such as the software for operating the methods of the present disclosure, can be embedded. The instructions may embody one or more of the methods or logic as described herein. For example, the instructions reside completely, or at least partially, within any one or more of the memory 312, the computer readable medium, and/or within the processor 310 during execution of the instructions.

The sensors 304 are arranged in and around the vehicle 100 to monitor properties of the vehicle 100 and/or an environment in which the vehicle 100 is located. One or more of the sensors 304 may be mounted to measure properties around an exterior of the vehicle 100. Additionally or alternatively, one or more of the sensors 304 may be mounted inside a cabin of the vehicle 100 or in a body of the vehicle 100 (e.g., an engine compartment, wheel wells, etc.) to measure properties in an interior of the vehicle 100. For example, the sensors 304 include accelerometers, odometers, tachometers, pitch and yaw sensors, wheel speed sensors, microphones, tire pressure sensors, biometric sensors and/or sensors of any other suitable type. In the illustrated example, the sensors 304 include the vehicle speed sensor 116 that measures a speed at which the vehicle 100 is traveling.

The ECUs 306 monitor and control the subsystems of the vehicle 100. For example, the ECUs 306 are discrete sets of electronics that include their own circuit(s) (e.g., integrated circuits, microprocessors, memory, storage, etc.) and firmware, sensors, actuators, and/or mounting hardware. The ECUs 306 communicate and exchange information via a vehicle data bus (e.g., the vehicle data bus 308). Additionally, the ECUs 306 may communicate properties (e.g., status of the ECUs 306, sensor readings, control state, error and diagnostic codes, etc.) to and/or receive requests from each other. For example, the vehicle 100 may have seventy or more of the ECUs 306 that are positioned in various locations around the vehicle 100 and are communicatively coupled by the vehicle data bus 308.

In the illustrated example, the ECUs 306 include a door control unit 314, an engine control unit 316, and an autonomy unit 318. For example, the door control unit 614 controls operation of components and/or systems of a door (e.g., passive entry) of the vehicle 100. The engine control unit 316 control(s) operation (e.g., passive start) of an engine of the vehicle 100. Further, the autonomy unit 318 controls performance of autonomous and/or semi-autonomous driving maneuvers (e.g., remote park-assist) of the vehicle 100.

The vehicle data bus 308 communicatively couples the communication nodes 108, the GPS receiver 118, the navigation system 120, the infotainment head unit 122, the on-board computing platform 302, the sensors 304, and the ECUs 306. In some examples, the vehicle data bus 308 includes one or more data buses. The vehicle data bus 308 may be implemented in accordance with a controller area network (CAN) bus protocol as defined by International Standards Organization (ISO) 11898-1, a Media Oriented Systems Transport (MOST) bus protocol, a CAN flexible data (CAN-FD) bus protocol (ISO 11898-7) and/a K-line bus protocol (ISO 9141 and ISO 14230-1), and/or an Ethernet™ bus protocol IEEE 802.3 (2002 onwards), etc.

FIG. 4 is a flowchart of an example method 400 to monitor a state-of-charge of a mobile device communicatively coupled to a vehicle. The flowchart of FIG. 4 is representative of machine readable instructions that are stored in memory (such as the memory 312 of FIG. 3) and include one or more programs which, when executed by a processor (such as the processor 202 of FIG. 2 and/or the processor 310 of FIG. 3), cause the vehicle 100 to implement the example charge controller 130 of FIGS. 1A-1B and 3. While the example program is described with reference to the flowchart illustrated in FIG. 4, many other methods of implementing the example charge controller 130 may alternatively be used. For example, the order of execution of the blocks may be rearranged, changed, eliminated, and/or combined to perform the method 400. Further, because the method 400 is disclosed in connection with the components of FIGS. 1A-3, some functions of those components will not be described in detail below.

Initially, at block 402, the battery sensor 210 of the mobile device 102 measures a state-of-charge of the battery 212 of the mobile device 102. At block 404, the processor 202 of the mobile device 102 determines whether the communication module 214 is communicatively coupled to one or more of the communication nodes 108 of the vehicle 100. In response to the processor 202 determining that the mobile device 102 is not communicatively coupled to the vehicle 100, the method 400 proceeds to block 426. Otherwise, in response to the processor 202 determining that the mobile device 102 is communicatively coupled to the vehicle 100, the method 400 proceeds to block 406 at which the communication module 214 of the mobile device 102 sends the current state-of-charge of the mobile device 102 to the vehicle 100 via one or more of the communication nodes 108.

At block 408, the charge controller 130 of the vehicle 100 determines whether the mobile device 102 is located within the cabin 106 of the vehicle 100. For example, the charge controller 130 determines whether the mobile device 102 is located within the cabin 106 via received signal strength indicators, GPS, time-of-flight, angle-of-arrival, etc. In other examples, the processor 202 of the mobile device 102 determines that the mobile device 102 is outside of the vehicle 100 via a GPS location of the mobile device 102 and a GPS location of the vehicle 100. In response to the charge controller 130 determining that the mobile device is not within the cabin 106 of the vehicle 100, the method 400 proceeds to block 426. For example, the charge controller 130 sends, via one or more of the communication nodes 108, a signal to the mobile device 102 that indicates the mobile device 102 is outside of the vehicle 100. Otherwise, in response to the charge controller 130 determining that the mobile device is within the cabin 106 of the vehicle 100, the method 400 proceeds to block 410.

At block 410, the charge controller 130 receives the state-of-charge of the battery 212 of the mobile device 102 via one or more of the communication nodes 108 of the vehicle 100. At block 412, the charge controller 130 identifies a rate-of-change of the state-of-charge of the battery 212 of the mobile device 102. In some examples, the charge controller 130 determines the rate-of-change by comparing measured state-of-charge values of the battery 212 over a period of time. In other examples, the charge controller 130 receives the rate-of-change from the mobile device 102. At block 414, the charge controller 130 determines a travel time to a destination of the vehicle 100. For example, the charge controller 130 receives the travel time that is determined by the navigation system 120 of the vehicle 100 and/or the navigation system 208 of the mobile device 102 that determines the travel time based upon a current location of the vehicle 100 and/or the mobile device 102 and a target destination provided by the user 104. At block 416, the charge controller 130 determines a predicted state-of-charge of the battery 212 of the mobile device 102 for when the vehicle 100 arrives at the target destination based upon, the current state-of-charge, the rate-of-change, and the travel time to the target destination.

At block 418, the charge controller 130 compares the predicted state-of-charge, the current state-of-charge, and the rate-of-change to threshold(s). At block 420, the charge controller 130 determines whether the mobile device 102 should be coupled to the charging station 114 of the vehicle 100 for recharging of the battery 212 based upon the comparison(s) performed at block 418. For example, the charge controller 130 determines that the battery 212 is to be recharged in response to determining that the predicted state-of-charge is less than a first threshold (e.g., a charge threshold), the current state-of-charge is less than a second threshold (e.g., a charge threshold), and/or the rate-of-change is greater than a third threshold (e.g., a rate threshold). In response to the charge controller 130 determining that the battery 212 of the mobile device 102 is not in a state for recharging, the method 400 returns to block 402. Otherwise, in response to the charge controller 130 determining that the battery 212 of the mobile device 102 is in a state for recharging, the method 400 proceeds to block 422 at which the charge controller 130 determines an instruction to emit to the user 104. At block 424, the charge controller 130 emits (e.g., via the mobile device 102 and/or the infotainment head unit 122) the instruction for the user 104 to recharge the mobile device 102.

Returning to block 426, the processor 202 of the mobile device 102 compares the current state-of-charge of the battery 212 to charge threshold(s) upon identifying that the mobile device 102 is decoupled from the vehicle 100 (block 404) and/or is outside of the cabin 106 of the vehicle 100 (block 408). At block 428, the processor 202 determines whether the mobile device 102 should be coupled to a charging station for recharging of the battery 212 based upon the comparison(s) performed at block 426. For example, the processor 202 determines that the battery 212 is to be recharged in response to determining that the current state-of-charge is less than a charge threshold. In response to the processor 202 determining that the battery 212 of the mobile device 102 is not in a state for recharging, the method 400 returns to block 402. Otherwise, in response to the charge controller 130 determining that the battery 212 of the mobile device 102 is in a state for recharging, the method 400 proceeds to block 430 at which the mobile device 102 emits an instruction to the user 104 to recharge the battery 212 of the mobile device 102. For example, the processor 202 emits an audio alert via the speaker 220, a visual alert via the touchscreen 218, and/or a haptic alert via the haptic motor 222 in response to determining that the current state-of-charge is less than a charge threshold. Additionally or alternatively, the processor 202 emits audio and/or visual alerts for and/or directions to a nearby publicly-available charging station in response to determining that the current state-of-charge is less than the charge threshold. At block 432, the processor 202 causes the mobile device 102 to turn off and/or instructs the user 104 to turn off the mobile device 102 in response to determining that the current state-of-charge is less than another charge threshold.

In this application, the use of the disjunctive is intended to include the conjunctive. The use of definite or indefinite articles is not intended to indicate cardinality. In particular, a reference to “the” object or “a” and “an” object is intended to denote also one of a possible plurality of such objects. Further, the conjunction “or” may be used to convey features that are simultaneously present instead of mutually exclusive alternatives. In other words, the conjunction “or” should be understood to include “and/or”. The terms “includes,” “including,” and “include” are inclusive and have the same scope as “comprises,” “comprising,” and “comprise” respectively. Additionally, as used herein, the terms “module,” “unit,” and “node” refer to hardware with circuitry to provide communication, control and/or monitoring capabilities, often in conjunction with sensors. A “module,” a “unit,” and a “node” may also include firmware that executes on the circuitry.

The above-described embodiments, and particularly any “preferred” embodiments, are possible examples of implementations and merely set forth for a clear understanding of the principles of the invention. Many variations and modifications may be made to the above-described embodiment(s) without substantially departing from the spirit and principles of the techniques described herein. All modifications are intended to be included herein within the scope of this disclosure and protected by the following claims.

Claims

1. A system comprising: a mobile device including: a sensor to measure a state of charge (SOC);a communication module to send the SOC; anda processor; anda vehicle including: a communication node to receive the SOC;a charging station; anda controller to: determine a predicted SOC based on the SOC, a rate-of-change, and a travel time to a destination; andinstruct to utilize the charging station when the predicted SOC is less than a threshold,wherein the processor of the mobile device is configured to: identify when the mobile device is communicatively decoupled from the vehicle, andwhen the mobile device and the vehicle are communicatively decoupled, emit at least one of an audio alert, a visual alert, and a haptic alert in response to determining that the SOC is less than a second threshold,wherein, when the mobile device and the vehicle are communicatively decoupled, the processor is configured to: identify, in response to determining that the SOC is less than the second threshold, an open public charging station from an external network; andprovide directions to the open public charging station.

2. The system of claim 1, wherein the mobile device further includes a navigation system that receives the destination from a user and determines the travel time between the destination and a current location.

3. The system of claim 1, wherein, when the mobile device and the vehicle are communicatively decoupled, the processor turns off the mobile device in response to determining that the SOC is less than a third threshold.

4. A system comprising: a mobile device including: a sensor to measure a state of charge (SOC);a communication module to send the SOC; anda processor; anda vehicle including: a communication node to receive the SOC;a charging station; anda controller to: determine a predicted SOC based on the SOC, a rate-of-change, and a travel time to a destination; andinstruct to utilize the charging station when the predicted SOC is less than a threshold,wherein the processor of the mobile device is configured to: identify when the mobile device is communicatively decoupled from the vehicle, andwhen the mobile device and the vehicle are communicatively decoupled, emit at least one of an audio alert, a visual alert, and a haptic alert in response to determining that the SOC is less than a second threshold,wherein, when the mobile device and the vehicle are communicatively decoupled, the processor turns off the mobile device in response to determining that the SOC is less than a third threshold.