Vehicle operation

Abstract

The present disclosure provides "vehicle operation". A key cycle is detected that engages the vehicle from a closed state to an open state. A standard operating mode of the vehicle is disabled based on an odometer value greater than or equal to a first threshold. The standard operating mode specifies default operating parameters of the vehicle. After disabling a standard mode of operation of the vehicle, the vehicle is operated in a first restricted mode of operation specifying a first restricted operating parameter. The respective first restricted operating parameter is less than the respective default operating parameter.

Description

[0001] Cross-reference to related applications

[0002] This patent application claims priority to U.S. Provisional Patent Application No. 63 / 647,704, filed May 15, 2024, which is incorporated herein by reference in its entirety. Technical Field

[0003] This disclosure pertains to the operation of the vehicle. Background Technology

[0004] Vehicles may be equipped with electronic and electromechanical components (e.g., computing devices, networks, sensors, and controllers). The vehicle computer can acquire data about the vehicle's environment and can operate the vehicle or at least some of its components based on said data. Vehicle sensors can provide data about the route to be taken and objects to be considered in the vehicle's environment. Attached Figure Description

[0005] Figure 1 This is a block diagram illustrating an example vehicle control system.

[0006] Figure 2A This is the first part of a flowchart illustrating an example process for operating a vehicle.

[0007] Figure 2B yes Figure 2A The second part of the flowchart.

[0008] Figure 2C yes Figure 2A The third part of the flowchart. Summary of the Invention

[0009] A system includes a computer comprising a processor and a memory storing instructions executable by the processor to detect a key cycle that engages a vehicle from an off state to an on state. The instructions also include instructions for disabling a standard operating mode of the vehicle based on an odometer reading greater than or equal to a first threshold. The standard operating mode specifies default operating parameters for the vehicle. The instructions further include instructions for operating the vehicle in a first restricted operating mode after disabling the standard operating mode, specifying first restricted operating parameters. The corresponding first restricted operating parameters are less than corresponding default operating parameters. For example, a restricted distance operating parameter may be less than a default distance operating parameter, a restricted speed operating parameter may be less than a default speed operating parameter, etc.

[0010] The instruction may further include instructions for: switching the vehicle to a second restricted operating mode with a specified second restricted operating parameter after the timer expires. The corresponding second restricted operating parameter may be greater than the corresponding first restricted operating parameter. The corresponding second restricted operating parameter may be less than the corresponding default operating parameter. The instruction may further include instructions for: starting the timer after detecting the key cycle. The instruction may further include instructions for: switching the vehicle back to the first restricted operating mode after switching the vehicle to the second restricted operating mode, based on the odometer value reaching a second threshold. The instruction may further include instructions for: preventing the vehicle from operating in the second restricted operating mode based on the odometer value reaching the second threshold.

[0011] The instructions may further include instructions for: enabling the vehicle's standard operating mode based on the odometer value being less than the first threshold after detecting the key cycle. The instructions may also include instructions for: switching the vehicle to the second restricted operating mode based on the odometer value reaching the first threshold after enabling the standard operating mode.

[0012] The instruction may further include instructions for: enabling the standard operating mode based on receiving user input selecting the standard operating mode after enabling the first restricted operating mode. The instruction may also include instructions for: enabling the standard operating mode based on detecting a subsequent key cycle. The instruction may further include instructions for: enabling the standard operating mode based on the expiration of a second timer. The second timer may be started upon receiving the user input. The instruction may further include instructions for: enabling the standard operating mode based on the vehicle's location being within a predetermined area.

[0013] A method includes detecting a key cycle that engages a vehicle from a closed state to an open state. The method further includes disabling a standard operating mode of the vehicle based on an odometer reading greater than or equal to a first threshold. The standard operating mode specifies default operating parameters for the vehicle. The method also includes operating the vehicle in a first restricted operating mode, specifying first restricted operating parameters, after disabling the standard operating mode. The corresponding first restricted operating parameters are less than corresponding default operating parameters.

[0014] The method may further include switching the vehicle to a second restricted operating mode with a specified second restricted operating parameter after the timer expires. The corresponding second restricted operating parameter may be greater than the corresponding first restricted operating parameter. The corresponding second restricted operating parameter may be less than the corresponding default operating parameter. The method may further include starting the timer after detecting the key cycle. The method may further include switching the vehicle to the first restricted operating mode after switching the vehicle to the second restricted operating mode, based on the odometer value reaching a second threshold. The method may further include preventing the vehicle from operating in the second restricted operating mode based on the odometer value reaching the second threshold.

[0015] The method may further include, after detecting the key cycle, enabling the vehicle's standard operating mode based on the odometer value being less than the first threshold. The method may further include, after enabling the standard operating mode, switching the vehicle to the second restricted operating mode based on the odometer value reaching the first threshold.

[0016] The method may further include enabling the standard operating mode based on receiving user input selecting the standard operating mode after enabling the first restricted operating mode. The method may also include enabling the standard operating mode based on detecting a subsequent key cycle. The method may further include enabling the standard operating mode based on the expiration of a second timer. The second timer may be started upon receiving the user input. The method may further include enabling the standard operating mode based on the vehicle's location being within a predetermined area.

[0017] This document also discloses a computing device programmed to perform any of the above-described method steps. It further discloses a computer program product comprising a computer-readable medium storing instructions executable by a computer processor to perform any of the above-described method steps.

[0018] In a non-limiting example, after vehicle assembly but before delivery to a dealer or customer, the vehicle may be operated around the assembly plant (e.g., as part of off-line testing and / or quality inspection processes) and / or moved to a temporary storage facility (e.g., awaiting delivery to a dealer or customer and / or due to assembly plant inventory constraints). In these cases, a factory mode or a transport mode may be enabled, disabling or limiting certain vehicle features (i.e., settings for vehicle components selectable by the user (e.g., heated steering wheel, auto-dimming rearview mirrors, heated side mirrors, etc.)) (e.g., to reduce power consumption of these features by preventing sensors and / or components from drawing power from the battery). However, regardless of whether factory mode or transport mode is enabled, the vehicle operates in standard operating mode (i.e., based on default operating parameters).

[0019] As described in this article, the vehicle computer can disable the vehicle's standard operating mode and operate the vehicle in a restricted operating mode. The restricted operating mode specifies limited operating parameters, which are less than the default operating parameters specified by the standard operating mode. Operating the vehicle based on these limited operating parameters results in limited vehicle performance compared to operating the vehicle in standard operating mode, which helps prevent vehicle theft. Detailed Implementation

[0020] refer to Figure 1 Example vehicle control system 100 includes vehicle 105. Vehicle computer 110 in vehicle 105 receives data from sensor 115. Vehicle computer 110 is programmed to detect a key cycle that engages vehicle 105 from a closed state to an open state. That is, key cycle as used herein refers to the transition from a closed state to an open state. Vehicle computer 110 is also programmed to disable standard operating mode of vehicle 105 based on an odometer value reaching (e.g., greater than or equal to) a first threshold. Standard operating mode specifies default operating parameters for vehicle 105. Vehicle computer 110 is also programmed to operate vehicle 105 in a first restricted operating mode specifying a first restricted operating parameter after the standard operating mode of vehicle 105 is disabled. The corresponding first restricted operating parameter is less than the corresponding default operating parameter, i.e., fewer or more restricted operating parameters, such as speed or distance parameters, are specified.

[0021] Vehicle 105 includes a vehicle computer 110, sensors 115, actuators 120 for actuating various vehicle components 125, and a vehicle communication module 130. The communication module 130 allows the vehicle computer 110 to communicate with a remote server computer 140 and / or other vehicles (e.g., via messaging or broadcast protocols such as Dedicated Short Range Communication (DSRC), cellular, and / or other protocols that may support vehicle-to-vehicle, vehicle-to-infrastructure, vehicle-to-cloud, etc.) and / or via a packet network 135).

[0022] Vehicle computer 110 includes processors and memory, as known examples. The memory includes one or more forms of computer-readable medium and stores instructions executable by vehicle computer 110 to perform various operations, including those disclosed herein. Vehicle computer 110 may also include two or more computing devices that cooperate to implement vehicle 105 operations (including those described herein). Furthermore, vehicle computer 110 may be a general-purpose computer having the processor and memory described above, and / or may include electronic control units (ECUs) or electronic controllers for specific functions or function sets, and / or may include dedicated electronic circuitry, including ASICs (e.g., ASICs for processing and / or transmitting sensor data) manufactured for specific operations. In another example, vehicle computer 110 may include an FPGA (Field-Programmable Gate Array), which is manufactured as a user-configurable integrated circuit. Typically, hardware description languages ​​such as VHDL (Very High Speed ​​Integrated Circuit Hardware Description Language) are used in electronic design automation to describe digital and mixed-signal systems such as FPGAs and ASICs. For example, an ASIC is manufactured based on VHDL programming provided before manufacturing, while the logic components inside an FPGA can be configured based on VHDL programming (e.g., stored in memory electrically connected to the FPGA circuitry). In some examples, a combination of processor, ASIC, and / or FPGA circuitry can be included in the vehicle computer 110.

[0023] The vehicle computer 110 may include programming to operate one or more of the following: vehicle propulsion, steering, transmission, climate control, interior and / or exterior lights, horn, doors, etc., and to determine whether and when the vehicle computer 110 (not a human operator) controls such operation.

[0024] The vehicle computer 110 may include more than one processor (e.g., included in an electronic control unit (ECU) or the like in the vehicle 105) or be communicatively coupled to said processor (e.g., via a vehicle communication network, such as a communication bus, as further described below) for monitoring and / or controlling various vehicle components 125 (e.g., transmission controller, steering controller, etc.). The vehicle computer 110 is typically arranged to communicate on a vehicle communication network, which may include buses in the vehicle 105, such as a controller area network (CAN), and / or other wired and / or wireless mechanisms.

[0025] Via the vehicle 105 network, the vehicle computer 110 can transmit messages (e.g., CAN messages) to and / or receive messages from various devices within the vehicle 105 (e.g., sensors 115, actuators 120, ECUs, etc.). Alternatively or additionally, where the vehicle computer 110 actually comprises multiple devices, the vehicle communication network can be used for communication between the devices represented herein as vehicle computer 110. Furthermore, as mentioned below, various controllers and / or sensors 115 can provide data to the vehicle computer 110 via the vehicle communication network.

[0026] Vehicle 105 sensors 115 may include a variety of means known for providing data to vehicle computer 110. For example, sensors 115 may include light detection and ranging (LiDAR) sensors 115 disposed on the top of vehicle 105, behind the windshield of vehicle 105, or around vehicle 105, providing the relative position, size, and shape of objects around vehicle 105. As another example, one or more radar sensors 115 fixed to the bumper of vehicle 105 may provide data to provide the position of objects, second vehicles, etc., relative to vehicle 105. Alternatively or additionally, sensors 115 may also include, for example, camera sensors 115 (e.g., forward-looking, side-looking, etc.) providing images from the area around vehicle 105. In the context of this disclosure, an object is a physical (i.e., material) article having mass and which can be represented by physical phenomena (e.g., light or other electromagnetic waves or sound, etc.) detectable by sensors 115. Therefore, vehicle 105, as well as other articles including those discussed below, fall within the definition of "object" herein.

[0027] Vehicle computer 110 is programmed to receive data from one or more sensors 115 substantially continuously, periodically, and / or as instructed by remote server computer 140. The data may include, for example, the position of vehicle 105. Position data specifies one or more points on the ground and may be in a known form (e.g., geographic coordinates, such as latitude and longitude coordinates, obtained via a navigation system using a Global Positioning System (GPS) as is known). Alternatively or additionally, the data may include the position of objects (e.g., vehicles, signs, trees, etc.) relative to vehicle 105. As an example, the data may be image data of the environment surrounding vehicle 105. In such an example, image data may include one or more objects and / or signs (e.g., lane markings) on or along said road. Image data herein refers to digital image data (e.g., including pixels with intensity and color values) that can be acquired by camera sensor 115. Sensor 115 may be mounted in or on vehicle 105 at any suitable location (e.g., mounted on the bumper of vehicle 105, on the top of vehicle 105, etc.) to collect images of the environment surrounding vehicle 105.

[0028] The actuator 120 of vehicle 105 is implemented via circuits, chips, or other electronic and / or mechanical components that can actuate various vehicle subsystems according to appropriate control signals as known. The actuator 120 can be used to control components 125, including the propulsion and steering of vehicle 105.

[0029] In the context of this disclosure, vehicle component 125 is one or more hardware components adapted to perform mechanical or electromechanical functions or operations (such as moving vehicle 105, slowing down or stopping vehicle 105, steering vehicle 105, etc.). Non-limiting examples of component 125 include propulsion components (which include, for example, internal combustion engines and / or electric motors), transmission components, steering components (e.g., which may include one or more of a steering wheel, steering rack, etc.), suspension components (e.g., which may include one or more of dampers (e.g., shock absorbers or struts), sleeves, springs, control arms, ball joints, linkages, etc.), parking assist components, adaptive cruise control components, adaptive steering components, etc.

[0030] Additionally, the vehicle computer 110 may be configured to communicate with devices outside the vehicle 105 via the vehicle-to-vehicle communication module 130 or an interface (e.g., via vehicle-to-vehicle (V2V) or vehicle-to-infrastructure (V2X) wireless communications (cellular and / or short-range radio communications, etc.) with another vehicle and / or remote server computer 140 (typically via direct radio frequency communication)). The communication module 130 may include one or more mechanisms available to the vehicle's computer for communication, such as transceivers, any desired combination of wireless (e.g., cellular, wireless, satellite, microwave, and radio frequency) communication mechanisms, and any desired network topology (or multiple topologies when multiple communication mechanisms are used). Exemplary communications provided via the communication module 130 include cellular, Bluetooth, IEEE 802.11, Dedicated Short-Range Communications (DSRC), cellular V2X (CV2X), and / or wide area network (WAN) services, including the Internet. The label “V2X” is used herein for communication, which may be vehicle-to-vehicle (V2V) and / or vehicle-to-infrastructure (V2I) communication, and may be provided by communication module 130 according to any suitable short-range communication mechanism (e.g., DSRC, cellular, etc.).

[0031] Network 135 represents one or more mechanisms that vehicle computer 110 can utilize to communicate with remote computing devices (e.g., remote server computer 140, another vehicle computer, etc.). Therefore, network 135 can be one or more of a variety of wired or wireless communication mechanisms, including any desired combination of wired (e.g., cable and fiber optic) and / or wireless (e.g., cellular, wireless, satellite, microwave, and radio frequency) communication mechanisms, and any desired network topology (or multiple topologies when multiple communication mechanisms are utilized). Exemplary communication networks include wireless communication networks that provide data communication services (e.g., using...). Low power (BLE), IEEE 802.11, vehicle-to-vehicle (V2V) communication such as Dedicated Short Range Communication (DSRC), local area networks (LAN) and / or wide area networks (WAN), including the Internet.

[0032] The remote server computer 140 may be a conventional computing device (i.e., including one or more processors and one or more memories) programmed to provide operations such as those disclosed herein. Furthermore, the remote server computer 140 may be accessed via a network 135 (e.g., the Internet, a cellular network, and / or some other wide area network).

[0033] Vehicle computer 110 is programmed to detect key cycles. Key cycles engage vehicle 105 between an on and off state. In the examples herein, a key cycle typically engages vehicle 105 from an on state to a off state and vice versa. That is, upon detecting a key cycle, vehicle computer 110 is programmed to transition vehicle 105 between an on and off state. Each key cycle can be initiated by a user (e.g., turning the key during ignition, by pressing a button, etc.). In the on state, all vehicle components 125 and sensors 115 are available for actuation by vehicle computer 110 to operate vehicle 105. In the off state, when vehicle 105 is not in use, vehicle components 125 and sensors 115 are essentially de-energized to conserve energy.

[0034] Upon detecting a key cycle, the vehicle computer 110 is programmed to determine whether to enable or activate the standard operating mode based on the odometer reading. The odometer reading may be stored (e.g., in the memory of the vehicle computer 110). The odometer reading specifies the distance traveled by the vehicle 105 after assembly. The vehicle computer 110 may actuate the odometer to determine the distance traveled by the vehicle 105 while the vehicle 105 is in the open state. The vehicle computer 110 may update the odometer reading based on the distance traveled while the vehicle 105 is in the open state.

[0035] To determine whether to enable or activate the standard operating mode, vehicle computer 110 compares the odometer value with a first odometer threshold. The first odometer threshold may be stored (e.g., in the memory of vehicle computer 110). The first odometer threshold may be determined empirically (e.g., based on determining the maximum distance the vehicle should travel after assembly to complete the assembly plant evaluation process). If the odometer value is less than the first odometer threshold, vehicle computer 110 enables the standard operating mode. After enabling the standard operating mode, vehicle computer 110 operates vehicle 105 based on default operating parameters. If the odometer value reaches (i.e., is greater than or equal to) the first odometer threshold, vehicle computer 110 disables the standard operating mode.

[0036] The standard operating mode specifies the default operating parameters for vehicle 105. These default operating parameters can be stored (e.g., in the memory of vehicle computer 110). Alternatively, the default operating parameters can be determined empirically (e.g., based on test and / or simulation data to determine operating parameters that meet vehicle performance requirements).

[0037] The operating parameters described herein are the physical limits of vehicle 105 operation; that is, the operating parameters specify the limits of the measured results of vehicle operation and / or the limits of the measured results of the environmental conditions that restrict vehicle 105 operation. In other words, the operating parameters are the limits of the measured results of the physical characteristics of vehicle 105 or the environment surrounding vehicle 105 when vehicle 105 is operating. Various operating parameters can be determined for vehicle operation. A non-limiting list of operating parameters includes the speed of vehicle 105, the position of vehicle 105 within the road and / or lane, the planned path of vehicle 105, etc.

[0038] After enabling the standard operating mode based on the odometer reading, the vehicle computer 110 can actuate the odometer to update the odometer reading when the vehicle 105 is powered on, as discussed above. Upon determining that the odometer reading reaches (i.e., is equal to or greater than) a first odometer threshold, the vehicle computer 110 can switch the vehicle 105 to a second restricted operating mode. That is, the vehicle computer 110 can disable the standard operating mode and enable or activate the second restricted operating mode. In this case, the vehicle computer 110 operates the vehicle 105 based on the second restricted operating parameters, as further discussed below.

[0039] After disabling the standard operating mode based on the odometer reading, the vehicle computer 110 is programmed to enable a first restricted operating mode. The first restricted operating mode specifies first restricted operating parameters for the vehicle 105. The corresponding first restricted operating parameters are less than the corresponding default operating parameters. The first restricted operating parameters may be stored (e.g., in the memory of the vehicle computer 110). The first restricted operating parameters may be determined empirically (e.g., based on determining the maximum operating parameters typically required or used to operate the vehicle according to the site requirements of the assembly plant and / or temporary storage facility). After enabling the first restricted operating mode, the vehicle computer 110 operates the vehicle 105 based on the first restricted operating parameters.

[0040] The vehicle computer 110 may be programmed to start a first timer upon enabling or activating a first restricted operating mode. The first timer may have a predetermined duration (e.g., 30 seconds, 5 minutes, 10 minutes, etc.). The predetermined duration of the first timer may be determined empirically (e.g., based on determining the amount of time typically required for vehicle 105 to traverse a specified route (e.g., between a temporary vehicle storage facility and a road requiring vehicle operation based on operating parameters greater than the first restricted operating parameters) given the first restricted operating parameters). The predetermined duration of the first timer may be stored (e.g., in the memory of the vehicle computer 110) and then retrieved by the computer 110.

[0041] After the first timer expires, the vehicle computer 110 can switch the vehicle 105 to a second restricted operating mode. That is, the vehicle computer 110 can disable the first restricted operating mode and enable or activate the second restricted operating mode. The second restricted operating mode specifies second restricted operating parameters for the vehicle 105. The corresponding second restricted operating parameter is less than the corresponding default operating parameter (i.e., the value of the restricted parameter is less than the value of the corresponding default operating parameter) and greater than the corresponding first restricted operating parameter (i.e., has a larger value). The second restricted operating parameter can be stored (e.g., in the memory of the vehicle computer 110) for retrieval by the computer 110. The second restricted operating parameter can be determined empirically (e.g., based on determining the maximum operating parameters typically required or used when operating the vehicle between the assembly plant and temporary storage facilities). After enabling the second restricted operating mode, the vehicle computer 110 operates the vehicle 105 based on (i.e., according to or using) the second restricted operating parameter.

[0042] Vehicle computer 110 can be programmed to switch vehicle 105 from a second restricted operating mode to a first restricted operating mode based on an odometer reading reaching a second odometer threshold. For example, after determining that the odometer reading has reached the second odometer threshold while vehicle 105 is operating in the second restricted operating mode, vehicle computer 110 can disable the second restricted operating mode and enable the first restricted operating mode. Alternatively, vehicle computer 110 can prevent a switch to the second restricted operating mode based on an odometer reading greater than or equal to the second odometer threshold when a first timer expires. In this case, vehicle computer 110 can keep vehicle 105 in the first restricted operating mode; typically, vehicle 105 can then switch to the second restricted authorized mode after one or more additional events or triggers, such as vehicle 105 being placed in a "drive" gear or mode instead of "park," user authentication (e.g., as further described below), etc.

[0043] For example, in some implementations, after the odometer value reaches the second odometer threshold, before enabling or activating the second restricted operating mode, vehicle 105 may need to be in a "driving" gear or mode (e.g., such that if vehicle 105 is part of a convoy of moving vehicles 105, all vehicles 105 in the convoy will not be simultaneously placed in the second restricted operating mode and there will be sufficient time for moving vehicle 105 and other corresponding vehicles 105 in the convoy).

[0044] Furthermore, alternatively or additionally, in some implementations, after the odometer reading reaches a second odometer threshold and before enabling or activating the second restricted operating mode, computer 110 may perform a check for one or more blocking events. In this context, a "blocking event" means the detection of data or data deficiency that the vehicle computer 110 is programmed to use to block or prevent the restricted operating mode from being enabled or activated. Example blocking events may include the detection of data deficiency from components typically required for transmitting data (such as antennas, modems, or telematics units), and / or the detection of data via network 135 and / or server 140 (e.g., an unexpected door opening event, unexpected movement, etc.).

[0045] The second odometer threshold can be determined empirically (e.g., based on determining the maximum distance a vehicle typically needs to travel after assembly). For example, the distance may include the distance traveled at the assembly plant, the distance traveled between the assembly plant and a temporary vehicle storage facility, and / or the distance traveled at the temporary vehicle storage facility before it is ready for delivery to a dealer or customer (i.e., after the manufacturer's evaluation process is completed), and / or the distance traveled after delivery to the dealer or customer. The second odometer threshold can be stored (e.g., in the memory of the vehicle computer 110).

[0046] The vehicle computer 110 can be programmed to switch the vehicle 105 from a first restricted operating mode (or a second restricted operating mode) to a standard operating mode based on receiving user input (e.g., via a human-machine interface (HMI), such as a knob, button, switch, pedal, joystick, touchscreen, and / or microphone) to select a standard operating mode. The user input can be a single input (e.g., via selecting a virtual button via a touchscreen) or a sequence of multiple inputs (i.e., a specified order) (e.g., actuating one or more of a knob, button, switch, pedal, joystick, etc.).

[0047] Upon receiving user input, vehicle computer 110 may start a second timer. Alternatively, vehicle computer 110 may start the second timer after detecting a subsequent key cycle, as discussed below. The second timer may have a predetermined duration (e.g., 5 minutes, 10 minutes, 60 minutes, etc.). The predetermined duration of the second timer may be longer than the predetermined duration of the first timer. The predetermined duration of the second timer may be determined empirically or estimated. Empirical determination may include obtaining data and / or estimating a reasonable amount of time for vehicle operation based on the amount of time the vehicle can be operated without triggering the possibility that the vehicle has been stolen and / or is being operated by an unauthorized user. For example, empirical determination may be based on determining the average amount of time between enabling standard operating mode (e.g., at a dealership) and operating the vehicle (e.g., during a test drive). The predetermined duration of the second timer may be stored (e.g., in the memory of vehicle computer 110) and retrieved by computer 110. Vehicle computer 110 may, for example, be programmed to switch the vehicle to standard operating mode (i.e., enable or activate standard operating mode) after the second timer expires.

[0048] As another example, vehicle computer 110 can be programmed to enable (or activate) standard operating mode after detecting a subsequent key cycle and the expiration of a second timer. If the second timer expires before vehicle computer 110 detects a subsequent key cycle, vehicle computer 110 enables or activates standard operating mode after detecting the subsequent key cycle. That is, vehicle computer 110 can prevent the activation of a first restricted operating mode and a second restricted operating mode. If the second timer expires after detecting a subsequent key cycle, vehicle computer 110 can switch vehicle 105 from the first (or second) restricted operating mode to standard operating mode after the second timer expires.

[0049] Vehicle computer 110 may be programmed to enable the standard operating mode based on the detection of an authenticator, after detecting a selection of the standard operating mode and before the second timer expires (and / or before a subsequent key cycle is detected). An authenticator, as used herein, refers to a device and / or information that allows the second timer to expire (and / or a subsequent key cycle to be detected) to be overridden before the standard operating mode is enabled. Upon detection of an authenticator, vehicle computer 110 may enable the standard operating mode (e.g., regardless of whether the second timer has expired and / or whether a subsequent key cycle has been detected). Upon detection of the absence of an authenticator, vehicle computer 110 may delay enabling the standard operating mode (e.g., until the second timer has expired and / or a subsequent key cycle has been detected).

[0050] The authenticator can be a user input specifying a security code for vehicle 105. After receiving the security code via user input, vehicle computer 110 can compare the received security code with stored security codes. If the received security code matches the stored security code, vehicle computer 110 determines that the authenticator exists. If the received security code does not match the stored security code, vehicle computer 110 determines that the authenticator does not exist.

[0051] The security code stored in vehicle 105 can be determined to be output from a random number generator. A "random number generator" is an algorithm that generates a sequence of numbers when an initial value is used as a seed. That is, a random number generator (RNG) is a deterministic algorithm that generates a specified sequence for each initial seed number; in the context of this document, the reference to a random number generator refers to a "pseudo-random number generator" as understood in the field of computer 110, i.e., a number generator that generates a sequence of numbers based on an initial seed number. In other words, computer 110 can generate a random (or pseudo-random) number sequence by using an RNG based on an initial seed number. An RNG can be a conventional algorithm (e.g., the Lehmer generator, the Mersenne Twister, advanced randomization systems, Philox, etc.). In this document, "seed" has its conventional meaning in the field of computer 110, i.e., in the current context, "seed" means the initial condition that specifies the RNG algorithm, which initializes the random number generator to generate a specific sequence of numbers based on a specific initial condition (i.e., the seed value).

[0052] Vehicle computer 110 may, for example, input the vehicle identification number (VIN) of vehicle 105 and / or the date and time of assembly completion as a seed value into a random number generator. As another example, the vehicle computer may input the current date and / or time as a seed value into the random number generator. The random number generator outputs a security code based on the seed value. Vehicle computer 110 may store the output security code (e.g., in its memory). Vehicle computer 110 may then provide the stored security code to a remote computer (e.g., by transmitting a message including the stored security code and encrypted according to known data encryption techniques via network 135). As an example, the remote computer may be a portable device. The portable device may be any of a variety of computers that can be used when carried by a person (e.g., smartphones, tablets, personal digital assistants, smartwatches, keychains, etc.).

[0053] As another example, the authenticator can be a portable device. For example, vehicle computer 110 may detect the authenticator based on detecting a portable device within a predetermined distance of vehicle 105. For example, vehicle computer 110 may detect the portable device based on detecting the return of a radio frequency (RF) signal. Alternatively, vehicle computer 110 may receive location data from the portable device. After detecting the portable device, vehicle computer 110 may compare the distance between the portable device and vehicle computer 110 with the predetermined distance. The distance is typically the straight-line distance or shortest distance between geographic coordinates specified by the location data of the portable device and geographic coordinates specified by the geofence of vehicle 105. The predetermined distance specifies the maximum distance from vehicle 105 within which vehicle computer 110 may detect the portable device or be permitted to detect the portable device. The predetermined distance may be determined empirically (e.g., based on a test that allows determining the distance from vehicle 105, indicating that the detected portable device may be attempting to access vehicle 105) and / or estimated based on predictions of how close a user carrying a portable device might be to the vehicle when attempting to access it. The predetermined distance can be stored (e.g., in the memory of vehicle computer 110) and retrieved by computer 110. After determining that the portable device is within the predetermined distance, vehicle computer 110 can determine the presence of an authenticator. After determining that the portable device is not within the predetermined distance, vehicle computer 110 can determine that an authenticator does not exist.

[0054] Alternatively or concurrently, vehicle computer 110 may detect an authenticator based on determining that a detected portable device is authorized to communicate with vehicle computer 110. Vehicle computer 110 may, for example, be programmed to determine that the portable device is authorized to communicate based on a key (e.g., a data string, such as a combination of numbers and / or characters) received from portable device 140. For example, vehicle computer 110 may authorize the portable device based on determining that the received key matches a pre-existing key (e.g., known to a specific party such as a dealer or trader of vehicle 105) stored in the memory of vehicle computer 110. As another example, vehicle computer 110 may authorize the portable device based on determining that a received security code matches a stored security code, as discussed above. As another example, the authorized portable device may have an RFID device, etc., that uniquely identifies the portable device among other portable devices. RFID signals may be associated with the portable device in the memory of vehicle computer 110. After determining that the portable device is authorized to communicate with vehicle computer 110, vehicle computer 110 may determine the presence of an authenticator. After determining that the portable device is not authorized to communicate with the vehicle computer 110, the vehicle computer 110 may determine that the authenticator does not exist.

[0055] As yet another example, vehicle computer 110 may detect the authenticator based on the location of vehicle 105. Vehicle computer 110 may determine the location of vehicle 105 based on data (e.g., map data received from, for example, remote server computer 140). For example, vehicle computer 110 may receive the location of vehicle 105 (e.g., from sensor 115, navigation system, remote server computer 140, etc.). Vehicle computer 110 may compare the location of vehicle 105 with map data to determine whether vehicle 105 is within a predefined area specified in the map data (e.g., around an assembly plant, temporary storage facility, etc.). As another example, vehicle computer 110 may determine that vehicle 105 is within a predefined area based on a GPS-based geofence. A geofence, as used herein, has the conventional meaning of the boundary of an area defined by a set of geographic coordinates. In such an example, a GPS geofence specifies the perimeter of a predefined area. Vehicle computer 110 may determine that vehicle 105 is within a predefined area based on the location data of vehicle 105 instructing vehicle 105 to be within the geofence of the specified predefined area. After determining that vehicle 105 is within a predefined area, vehicle computer 110 can then determine the presence of an authenticator. After determining that vehicle 105 is not within the predefined area, vehicle computer 110 can then determine that an authenticator does not exist.

[0056] Vehicle computer 110 can be programmed to enable or activate vehicle 105 to operate according to the standard operating mode upon receiving user input selecting a standard operating mode. For example, based on the detection of the absence of an authenticator, vehicle computer 110 may keep vehicle 105 in the standard operating mode after a second timer expires (and / or a subsequent key cycle is detected). In this case, vehicle computer 110 may prevent the activation of a first restricted operating mode and a second restricted operating mode (e.g., unless user input to re-enable the first and second restricted operating modes is received). Alternatively, based on the detection of the presence of an authenticator, vehicle computer 110 may restart the second timer upon receiving subsequent user input selecting a standard operating mode. In this case, vehicle computer 110 may determine whether to enable the standard operating mode or the first (or second) restricted operating mode based on the odometer reading and / or the expiration of the first timer, as discussed above.

[0057] Figures 2A to 2C (Collectively referred to as "Figure 2") includes an illustration of an example process 200 for operating vehicle 105. Process 200 begins in block 205. Process 200 may be implemented by a vehicle computer 110 included in vehicle 105, which executes program instructions stored in its memory.

[0058] In box 205, vehicle computer 110 determines whether a key loop is detected. If vehicle computer 110 detects a key loop, it transitions vehicle 105 from the off state to the on state, and process 200 continues in box 207. Otherwise, process 200 remains in box 205.

[0059] In block 207, vehicle computer 110 determines whether a standard operating mode has been selected. For example, vehicle computer 110 may receive user input selecting a standard operating mode before a key cycle is detected and after a previous key cycle is detected. In this case, vehicle computer 110 may (e.g., in its memory) store the selection of the standard operating mode. After a key cycle is detected in block 205, vehicle computer 110 may access memory to determine whether the selection of the standard operating mode is stored in memory. If the selection of the standard operating mode is stored in memory, process 200 continues in block 265. Otherwise, process 200 continues in block 210.

[0060] In box 210, vehicle computer 110 determines whether the odometer value is less than a first odometer threshold. As discussed above, vehicle computer 110 can actuate the odometer to update the odometer value when vehicle 105 is operating in an on state. Vehicle computer 110 compares the odometer value with the first odometer threshold. If the odometer value is less than the first threshold, process 200 continues in box 280. Otherwise, process 200 continues in box 215.

[0061] In block 215, vehicle computer 110 enables a first restricted operating mode. That is, vehicle computer 110 operates vehicle 105 based on the first restricted operating parameters. Vehicle computer 110 is also programmed to start a first timer after enabling the first restricted operating mode. Process 200 continues in block 220.

[0062] In box 220, vehicle computer 110 determines whether the first timer has expired. If the first timer has expired, process 200 continues in box 230. Otherwise, process 200 continues in box 225.

[0063] In box 225, vehicle computer 110 determines whether to continue process 200. For example, when vehicle 105 is powered on, vehicle computer 110 may determine to continue. In another example, when vehicle 105 is powered off, vehicle computer 110 may determine not to continue. In yet another example, when user input selecting a standard operating mode is received, vehicle computer 110 may determine not to continue. If vehicle computer 110 determines to continue, process 200 returns to box 220. Otherwise, process 200 continues in box 250.

[0064] In box 230, vehicle computer 110 determines whether the odometer value is less than a second odometer threshold. As discussed above, vehicle computer 110 can actuate the odometer to update the odometer value when vehicle 105 is operating in an on state. Vehicle computer 110 compares the odometer value with the second odometer threshold. If the odometer value is less than the second threshold, process 200 continues in box 235. Otherwise, process 200 continues in box 225.

[0065] In box 235, vehicle computer 110 enables a second restricted operating mode. That is, vehicle computer 110 operates vehicle 105 based on the second restricted operating parameters. Vehicle computer 110 also disables the first restricted operating mode. Process 200 continues in box 240.

[0066] In box 240, vehicle computer 110 determines whether the odometer value is less than a second odometer threshold. Box 240 is essentially the same as box 230 and will therefore not be described again to avoid redundancy. If the odometer value is less than the second threshold, process 200 continues in box 245. Otherwise, vehicle computer 110 disables the second restricted operating mode, and process 200 returns to box 215.

[0067] In box 245, vehicle computer 110 determines whether to continue process 200. Box 245 is substantially the same as box 225 and will therefore not be described further to avoid redundancy. If vehicle computer 110 determines to continue, process 200 returns to box 240. Otherwise, process 200 continues in box 250.

[0068] In box 250, vehicle computer 110 determines whether it has received user input specifying a selection of a standard operating mode. Vehicle computer 110 may receive user input via an HMI, as discussed above. Upon receiving user input, vehicle computer 110 may start a second timer, as discussed above. If vehicle computer 110 receives user input, process 200 continues in box 255. Otherwise, process 200 terminates.

[0069] In box 255, vehicle computer 110 determines whether an authenticator is detected. Vehicle computer 110 may detect the presence or absence of an authenticator based on received data and / or user input, as discussed above. If vehicle computer 110 detects the presence of an authenticator, process 200 continues in box 270. Otherwise, process 200 continues in box 260.

[0070] In box 260, vehicle computer 110 determines whether a subsequent key cycle has been detected. Box 260 is substantially the same as box 205 and will therefore not be described further to avoid redundancy. Upon detection of a subsequent key cycle, vehicle computer 110 may start a second timer, as discussed above. If vehicle computer 110 detects a key cycle, it transitions vehicle 105 from the off state to the on state, and process 200 continues in box 265. Otherwise, process 200 remains in box 260.

[0071] In box 265, vehicle computer 110 determines whether the second timer has expired. If the second timer has expired, the process continues in box 270. Otherwise, process 200 continues in box 267.

[0072] In block 267, vehicle computer 110 enables a first restricted operating mode. That is, vehicle computer 110 operates vehicle 105 based on first restricted operating parameters. Additionally, vehicle computer 110 may start a first timer. In this case, if the first timer expires before the second timer expires, vehicle computer 110 may switch to a second restricted operating mode. Process 200 returns to block 265.

[0073] In box 270, vehicle computer 110 activates standard operating mode. That is, vehicle computer 110 operates vehicle 105 based on default operating parameters. Process 200 continues in box 275.

[0074] In box 275, vehicle computer 110 determines whether to continue process 200. Box 275 is substantially the same as box 225 and will therefore not be described further to avoid redundancy. If vehicle computer 110 determines to continue, process 200 remains in box 275. Otherwise, process 200 ends.

[0075] In box 280, vehicle computer 110 activates standard operating mode. That is, vehicle computer 110 operates vehicle 105 based on default operating parameters. Process 200 continues in box 285.

[0076] In box 285, vehicle computer 110 determines whether the odometer value is equal to a first odometer threshold. As discussed above, vehicle computer 110 can actuate the odometer to update the odometer value when vehicle 105 is operating in an on state. If the odometer value is equal to the first threshold, process 200 continues in box 295. Otherwise, process 200 continues in box 290.

[0077] In box 290, vehicle computer 110 determines whether to continue process 200. Box 290 is substantially the same as box 225 and will therefore not be described further to avoid redundancy. If vehicle computer 110 determines to continue, process 200 remains in box 285. Otherwise, process 200 continues in box 250.

[0078] In box 295, vehicle computer 110 enables a second restricted operating mode. That is, vehicle computer 110 operates vehicle 105 based on the second restricted operating parameters. Vehicle computer 110 also disables the standard operating mode. Process 200 continues in box 245.

[0079] Generally speaking, the described computing system and / or device may employ any of a variety of computer operating systems, including but not limited to the following versions and / or types: Ford Applications; AppLink / Smart Device Link middleware; Microsoft Operating system; Microsoft Operating system; Unix operating system (e.g., released by Oracle Corporation of Redwood Coast, California). Operating systems: AIX UNIX (published by International Business Machines, Inc., Armonk, New York); Linux; Mac OSX and iOS (published by Apple Inc., Inc., Cupertino, California); BlackBerry (published by BlackBerry Ltd., Inc., Waterloo, Canada); Android (developed by Google and the Open Handset Alliance); or provided by QNX Software Systems. CAR infotainment platform. Examples of computing devices include, but are not limited to, an onboard first computer, a computer workstation, a server, a desktop computer, a laptop computer, a laptop computer, or a handheld computer, or some other computing system and / or device.

[0080] Computers and computing devices typically include computer-executable instructions, which can be executed by one or more computing devices (such as those listed above). Computer-executable instructions can be compiled or interpreted from computer programs created using a variety of programming languages ​​and / or technologies, which, individually or in combination, include, but are not limited to, Java. TMApplications include C, C++, Matlab, Simulink, Stateflow, Visual Basic, JavaScript, Perl, and HTML. Some of these applications can be compiled and executed on virtual machines such as the Java Virtual Machine and the Dalvik Virtual Machine. Generally, a processor (e.g., a microprocessor) receives instructions (e.g., from memory, computer-readable media, etc.) and executes those instructions to perform one or more processes, including one or more processes described herein. Such instructions and other data can be stored and transferred using a variety of computer-readable media. Files in a computing device are typically collections of data stored on computer-readable media such as storage media, random access memory, etc.

[0081] Memory may include computer-readable media (also known as processor-readable media), which includes any non-transitory (e.g., tangible) medium involved in providing data (e.g., instructions) that can be read by a computer (e.g., by the computer's processor). Such media can take many forms, including but not limited to non-volatile and volatile media. Non-volatile media may include, for example, optical discs or magnetic disks, and other persistent storage. Volatile media may include, for example, dynamic random access memory (DRAM), which typically constitutes main memory. Such instructions may be transmitted by one or more transmission media, including coaxial cables, copper wires, and optical fibers, including wires that constitute a system bus connected to a processor of an ECU. Common forms of computer-readable media include, for example, RAM, PROM, EPROM, FLASH-EEPROM, any other memory chip or magnetic tape, or any other medium from which a computer can read.

[0082] Databases, data repositories, or other data storage areas described herein can include various mechanisms for storing, accessing, and retrieving a wide variety of data, including hierarchical databases, file sets in file systems, application databases in proprietary formats, relational database management systems (RDBMS), etc. Each such data storage area is typically contained within a computing device employing a computer operating system (such as one of those mentioned above) and is accessed via a network in one or more of a variety of ways. File systems are accessible from the computer operating system and can include files stored in various formats. In addition to languages ​​used to create, store, edit, and execute the stored programs (such as PL / SQL as described above), RDBMS typically employs Structured Query Language (SQL).

[0083] In some examples, system elements may be implemented as computer-readable instructions (e.g., software) on one or more computing devices (e.g., servers, personal computers, etc.) and stored on computer-readable media (e.g., disks, storage, etc.) associated therewith. Computer program products may include such instructions stored on computer-readable media for implementing the functions described herein.

[0084] Regarding the media, processes, systems, methods, and inspirations described herein, it should be understood that although the steps of such processes are described as occurring in a certain ordered order, such processes can be practiced by performing the steps in a different order than that described herein. It should also be understood that some steps may be performed simultaneously, other steps may be added, or some steps described herein may be omitted. In other words, the description of processes herein is provided for the purpose of illustrating certain embodiments and should in no way be construed as limiting the claims.

[0085] Therefore, it should be understood that the above description is intended to be illustrative rather than restrictive. After reading the above description, many embodiments and applications beyond the examples provided will be apparent to those skilled in the art. The scope of the invention should not be determined by reference to the above description, but rather by reference to the appended claims together with the full scope of their equivalents. Future developments are envisioned and anticipated in the art discussed herein, and the disclosed systems and methods will be incorporated into such future embodiments. In summary, it should be understood that the invention is capable of modifications and variations and is limited only by the appended claims.

[0086] Unless otherwise expressly indicated herein, all terms used in the claims are intended to be given the ordinary and common meaning as understood by one of ordinary skill in the art. Specifically, unless the claim statement expressly limits it to the contrary, the use of singular articles such as “a,” “the,” or “the” should be interpreted as one or more of the elements indicated by the statement.

[0087] According to the present invention, a system is provided, the system having a computer including a processor and a memory, the memory storing instructions executable by the processor to: detect a key cycle that engages a vehicle from a closed state to an open state; disable a standard operating mode of the vehicle based on an odometer value greater than or equal to a first threshold, wherein the standard operating mode specifies default operating parameters of the vehicle; and after disabling the standard operating mode of the vehicle, operate the vehicle in a first restricted operating mode specifying a first restricted operating parameter, wherein the corresponding first restricted operating parameter is less than the corresponding default operating parameter.

[0088] According to an embodiment, the instructions further include instructions for the following operation: after a timer expires, switching the vehicle to a second restricted operation mode with a specified second restricted operation parameter, wherein the corresponding second restricted operation parameter is greater than the corresponding first restricted operation parameter.

[0089] According to an embodiment, the corresponding second restricted operating parameter is less than the corresponding default operating parameter.

[0090] According to an embodiment, the instructions further include instructions for starting the timer after the key cycle is detected.

[0091] According to an embodiment, the instructions further include instructions for: after switching the vehicle to the second restricted operating mode, switching the vehicle to the first restricted operating mode based on the odometer value reaching a second threshold.

[0092] According to an embodiment, the vehicle only transitions to the restricted operating mode after the vehicle is placed in "driving" mode.

[0093] According to an embodiment, the instructions further include instructions for: after switching the vehicle to the second restricted operating mode, preventing the switching of the vehicle to the first restricted operating mode after detecting a blocking event when the odometer value has reached a second threshold.

[0094] According to an embodiment, the instructions further include instructions for preventing the vehicle from operating in the second restricted operating mode based on the odometer value reaching a second threshold.

[0095] According to an embodiment, the instructions further include instructions for the following operation: after detecting the key cycle, enabling the vehicle's standard operating mode based on the odometer value being less than the first threshold.

[0096] According to an embodiment, the instructions further include instructions for the following operation: after enabling the standard operating mode, switching the vehicle to the second restricted operating mode based on the odometer value reaching the first threshold.

[0097] According to an embodiment, the instructions further include instructions for enabling the standard operating mode after enabling the first restricted operating mode, based on: receiving user input selecting the standard operating mode; detecting a subsequent key cycle; a second timer expiring, the second timer being started after receiving the user input; and / or the vehicle's location being within a predetermined area.

[0098] According to the present invention, a method includes: detecting a key cycle that engages a vehicle from a closed state to an open state; disabling a standard operating mode of the vehicle based on an odometer value greater than or equal to a first threshold, wherein the standard operating mode specifies default operating parameters of the vehicle; and after disabling the standard operating mode of the vehicle, operating the vehicle in a first restricted operating mode specifying a first restricted operating parameter, wherein the corresponding first restricted operating parameter is less than the corresponding default operating parameter.

[0099] According to an embodiment, the present invention is further characterized in that, after the timer expires, the vehicle is switched to a second restricted operation mode with a specified second restricted operation parameter, wherein the corresponding second restricted operation parameter is greater than the corresponding first restricted operation parameter.

[0100] According to an embodiment, the corresponding second restricted operating parameter is less than the corresponding default operating parameter.

[0101] According to an embodiment, the present invention is further characterized in that, after the key cycle is detected, the timer is started, and the standard operating mode of the vehicle is enabled based on the odometer value being less than the first threshold.

[0102] According to an embodiment, the present invention is further characterized in that, after the vehicle is switched to the second restricted operating mode, the vehicle is switched to the first restricted operating mode based on the odometer value reaching a second threshold.

[0103] According to an embodiment, the vehicle only transitions to the restricted operating mode after the vehicle is placed in "driving" mode.

[0104] According to an embodiment, the present invention is further characterized in that the vehicle is prevented from operating in the second restricted operating mode based on the odometer value reaching a second threshold.

[0105] According to an embodiment, the present invention is further characterized in that, after the standard operating mode is enabled, the vehicle is switched to the second restricted operating mode based on the odometer value reaching the first threshold.

[0106] According to an embodiment, the present invention is further characterized in that, after enabling the first restricted operation mode, the standard operation mode is enabled based on the following: receiving user input selecting the standard operation mode; detecting a subsequent key cycle; the expiration of a second timer, which is started after receiving the user input; and / or the vehicle's location is within a predetermined area.

Claims

1. A method, the method comprising: Detect key cycle, which engages the vehicle from a closed state to an open state; The standard operating mode of the vehicle is disabled based on an odometer value greater than or equal to a first threshold, wherein the standard operating mode specifies the default operating parameters of the vehicle. as well as After disabling the vehicle's standard operating mode, the vehicle is operated in a first restricted operating mode with a specified first restricted operating parameter, wherein the corresponding first restricted operating parameter is less than the corresponding default operating parameter.

2. The method of claim 1, further comprising, after the timer expires, switching the vehicle to a second restricted operation mode with a specified second restricted operation parameter, wherein the corresponding second restricted operation parameter is greater than the corresponding first restricted operation parameter.

3. The method of claim 2, wherein the corresponding second restricted operating parameter is less than the corresponding default operating parameter.

4. The method of claim 2, further comprising starting the timer after detecting the key cycle.

5. The method of claim 2, further comprising, upon detecting the key cycle, enabling the standard operating mode of the vehicle based on the odometer value being less than the first threshold.

6. The method of claim 2, further comprising, after switching the vehicle to the second restricted operating mode, switching the vehicle to the first restricted operating mode based on the odometer value reaching a second threshold.

7. The method of claim 5, wherein the vehicle transitions to the restricted operating mode only after the vehicle is placed in "driving" mode.

8. The method of claim 1, further comprising preventing the vehicle from operating in the second restricted operating mode based on the odometer value reaching a second threshold.

9. The method of claim 7, further comprising, after enabling the standard operating mode, switching the vehicle to the second restricted operating mode based on the odometer value reaching the first threshold.

10. The method of claim 8, further comprising enabling the standard operating mode after enabling the first restricted operating mode based on: receiving user input selecting the standard operating mode; detecting a subsequent key loop; The second timer expired; the second timer was started after the user input was received. And / or the location of the vehicle is within the predetermined area.

11. A computer programmed to perform the method as described in any one of claims 1 to 9.

12. A vehicle comprising the computer as claimed in claim 11.

Images