Abstract: One embodiment of the present invention provides a system that recommends activities. During operation, the system receives a piece of content obtained from text or converted to text from speech. The system then analyzes the received content to identify any activity type, indication of willingness to participate in any type of activities, and at least one piece of temporal information, which can be implicitly and/or explicitly stated in the content, and/or one piece of location information associated with the activity type. The system further recommends one or more activities, venues, and/or services that afford or support activities for a user based on the information extracted from the content.

Abstract: An application launching user interface that includes a plurality of application icons for launching corresponding applications is displayed. A first touch input is detected on a first application icon of the plurality of application icons. The first application icon is for launching a first application that is associated with one or more corresponding quick actions. If the first touch input meets one or more application-launch criteria which require that the first touch input has ended without having met a first input threshold, the first application is launched in response to the first touch input. If the first touch input meets one or more quick-action-display criteria which require that the first touch input meets the first input threshold, one or more quick action objects associated with the first application are concurrently displayed along with the first application icon without launching the first application, in response to the first touch input.

Abstract: A server includes one or more processors, programmed to responsive to receiving, from a mobile device of a user, a hailing request that identifies the user as requesting to schedule a ride, select a vehicle to respond to the hailing request based on a capacity to accept an encryption key of the vehicle, the hailing request including a user profile, generate an encryption key to authenticate the mobile device of the user with the vehicle, send the encryption key to both the vehicle and the mobile device to schedule the ride.

Abstract: A server includes one or more processors, programmed to responsive to receiving, from a mobile device of a user, a hailing request that identifies the user as requesting to schedule a ride, select a vehicle to respond to the hailing request based on a capacity to accept an encryption key of the vehicle, the hailing request including a user profile, generate an encryption key to authenticate the mobile device of the user with the vehicle, send the encryption key to both the vehicle and the mobile device to schedule the ride.

Abstract: Systems and methods for reducing latency in vehicle access requests are provided herein. An example method includes receiving a first vehicle access request from a user, determining a pre-authenticated status for the user based on authenticating the user in response to the first vehicle access request, determining a pre-authorized status for the user based on the determination of the pre-authenticated status, receiving a second first vehicle access request from the user, and granting access to the vehicle when the user has the pre-authenticated status. Access to the vehicle can be conditioned upon the pre-authorized status of the user.

Abstract: A power system for a vehicle includes a control module, a low-voltage battery electrically coupled to the control module, a high-voltage battery electrically coupled to the control module, an engine electrically coupled to the high-voltage battery, and a computer. The computer is programmed to, while the vehicle is in an off state, in response to a pending download to the control module, provide power to the control module with one of the low-voltage battery, the high-voltage battery, or the engine upon determining whether the low-voltage battery and the high-voltage battery have sufficient charge to power the control module for the download.

Abstract: A system for a vehicle includes an input device configured to send an activation signal responsive to an input to start the vehicle. The system further includes a vehicle body controller, programmed to, responsive to the input and a lack of presence of a phone operating as a key, send an activation signal to activate a power source within a cabin of the vehicle for up to a predefined time period since a last vehicle start.

Abstract: A system includes a virtual-driver module, a DC/DC converter electrically coupled to the virtual-driver module, a low-voltage battery electrically coupled to the virtual-driver module, a high-voltage battery electrically coupled to the DC/DC converter, and a computer communicatively coupled to the DC/DC converter. The computer is programmed to, in response to a request to start a vehicle including the virtual-driver module in a manual mode, the vehicle being in an off state at the time of the request, set a setpoint of the DC/DC converter at a first voltage; then perform at least one pre-drive test on the vehicle; and then set the setpoint of the DC/DC converter at a second voltage lower than the first voltage.

Abstract: A vehicle ridesharing system includes a user interface used to interact with rideshare passengers. The interface matches a selected user identifier with a PIN index and sends the PIN index to a vehicle body control module (BCM) of the vehicle through an unsecure communication channel. The BCM uses the PIN index to select a salt value and a nonce associated with a unique user associated with the PIN index, and sends a salt and a nonce back to the interface through the unsecure channel. The user enters a PIN value into the interface to authenticate their identity for the rideshare service. The interface generates a first hash result by hashing the PIN value with the salt and the nonce received from the BCM, and sends the hashed result back to the BCM for authentication.

Abstract: A secured device has a secure storage area and is configured to communicate with an authentication manager of a key server. A salt and a key identifier of a key are received to the secured device from the key server. Information corresponding to the key identifier is embedded into the salt to create a combined identifier-salt value. The combined identifier-salt value is stored in the secure storage area. The combined identifier-salt value is utilized as additional input to a hash function along with a password. The key is identified using the information corresponding to the key identifier embedded into the salt.

Abstract: Method and apparatus are disclosed for key fobs for vehicle remote park-assist. An example key fob for a vehicle includes buttons including a lock button, an unlock button, and a trigger button. The example key fob also includes an antenna and a controller. The controller is configured to transmit, via the antenna, a lock signal responsive to detecting the lock button is pressed. The controller is configured to transmit, via the antenna, an unlock signal responsive to detecting the unlock button is pressed. The controller is configured to transmit, via the antenna, a remote-start signal responsive to detecting a remote-start combination of the buttons is pressed. The controller is configured to transmit, via the antenna, a remote park-assist (RePA) signal to initiate RePA of the vehicle responsive to detecting a RePA combination of the buttons is pressed.

Abstract: Systems and methods for reducing latency in vehicle access requests are provided herein. An example method includes receiving a first vehicle access request from a user, determining a pre-authenticated status for the user based on authenticating the user in response to the first vehicle access request, determining a pre-authorized status for the user based on the determination of the pre-authenticated status, receiving a second first vehicle access request from the user, and granting access to the vehicle when the user has the pre-authenticated status. Access to the vehicle can be conditioned upon the pre-authorized status of the user.

Abstract: A secured device has a secure storage area and is configured to communicate with an authentication manager of a key server. A salt and a key identifier of a key are received to the secured device from the key server. Information corresponding to the key identifier is embedded into the salt to create a combined identifier-salt value. The combined identifier-salt value is stored in the secure storage area. The combined identifier-salt value is utilized as additional input to a hash function along with a password. The key is identified using the information corresponding to the key identifier embedded into the salt.

Abstract: A vehicle ridesharing system includes a user interface used to interact with rideshare passengers. The interface matches a selected user identifier with a PIN index and sends the PIN index to a vehicle body control module (BCM) of the vehicle through an unsecure communication channel. The BCM uses the PIN index to select a salt value and a nonce associated with a unique user associated with the PIN index, and sends a salt and a nonce back to the interface through the unsecure channel. The user enters a PIN value into the interface to authenticate their identity for the rideshare service. The interface generates a first hash result by hashing the PIN value with the salt and the nonce received from the BCM, and sends the hashed result back to the BCM for authentication.

Abstract: Exemplary embodiments described in this disclosure are generally directed to systems and methods for securely creating passwords for performing various keyless operations upon a vehicle. In an exemplary method, a computer receives a request for creating a password for a phone-as-a-key (PaaK) device. The computer determines that the PaaK device is present inside the vehicle and that the vehicle engine has been placed in an accessory state or a run state by an authorized PaaK device located in the vehicle. The computer further determines that a passive entry passive start (PEPS) key fob is present inside the vehicle. A prompt is provided for entry of a password. The computer checks to determine if an entered password has been already assigned to another PaaK device. If unassigned, the computer links the password to the PaaK device and authorizes the entered password as a valid keyless starting password for the vehicle.

Abstract: A system for a vehicle includes an input device configured to send an activation signal responsive to an input to start the vehicle. The system further includes a vehicle body controller, programmed to, responsive to the input and a lack of presence of a phone operating as a key, send an activation signal to activate a power source within a cabin of the vehicle for up to a predefined time period since a last vehicle start.

Abstract: A computer includes a processor and a memory, the memory storing instructions executable by the processor to receive a request to activate a vehicle, receive diagnostic data for one or more vehicle components from an activation component, arbitrate the request and the diagnostic data to identify an activation mode of the vehicle that is one of an unpowered mode, a power-up mode, or a fully-started mode, and instruct the activation component to activate one or more vehicle components associated with the identified activation mode.

Abstract: Exemplary embodiments described in this disclosure are generally directed to systems and methods for securely creating passwords for performing various keyless operations upon a vehicle. In an exemplary method, a computer receives a request for creating a password for a phone-as-a-key (PaaK) device. The computer determines that the PaaK device is present inside the vehicle and that the vehicle engine has been placed in an accessory state or a run state by an authorized PaaK device located in the vehicle. The computer further determines that a passive entry passive start (PEPS) key fob is present inside the vehicle. A prompt is provided for entry of a password. The computer checks to determine if an entered password has been already assigned to another PaaK device. If unassigned, the computer links the password to the PaaK device and authorizes the entered password as a valid keyless starting password for the vehicle.

Abstract: A server includes one or more processors, programmed to responsive to receiving, from a mobile device of a user, a hailing request that identifies the user as requesting to schedule a ride, select a vehicle to respond to the hailing request based on a capacity to accept an encryption key of the vehicle, the hailing request including a user profile, generate an encryption key to authenticate the mobile device of the user with the vehicle, send the encryption key to both the vehicle and the mobile device to schedule the ride.

Abstract: A system includes a virtual-driver module, a DC/DC converter electrically coupled to the virtual-driver module, a low-voltage battery electrically coupled to the virtual-driver module, a high-voltage battery electrically coupled to the DC/DC converter, and a computer communicatively coupled to the DC/DC converter. The computer is programmed to, in response to a request to start a vehicle including the virtual-driver module in a manual mode, the vehicle being in an off state at the time of the request, set a setpoint of the DC/DC converter at a first voltage; then perform at least one pre-drive test on the vehicle; and then set the setpoint of the DC/DC converter at a second voltage lower than the first voltage.