Shared vehicle control method, system and device and storage medium

Abstract

The embodiment of the invention provides a shared vehicle control method, system and device and a storage medium. The shared vehicle control method comprises the following steps: responding to a situation that a shared vehicle meets a power-off triggering condition, and sending out a power-off prompt; in response to a received control instruction that the user confirms to return to the operation area, determining a target operation area, and determining a planned route based on the current position and the target operation area; judging whether the shared vehicle deviates from the planned route or not in the process that the shared vehicle returns to the operation area after power supply; and in response to deviation from the planned route, sending out a prompt about to be powered off. The shared vehicle control method can be realized through the shared vehicle control device. The shared vehicle control method can also be operated after computer instructions stored in a computer readable storage medium are read.

Description

Technical Field

[0001] The present specification relates to the field of shared vehicles, and in particular to a shared vehicle control method, system, device and storage medium. Background Art

[0002] In order to ensure the efficient operation and management of shared vehicles, specific operation areas are set. The operation areas are usually carefully planned and determined to meet the travel needs of most users, while also taking into account the convenience of vehicle maintenance, recycling and re-deployment. In order to prevent shared vehicles from being ridden out of the operation area, a power-off strategy is usually adopted to deal with it, that is, when the vehicle is ridden out of the operation area, the power of the shared vehicle is cut off so that it cannot continue to move forward.

[0003] Therefore, it is desirable to provide a shared vehicle control method, system, device and storage medium to intelligently power the shared vehicle when the shared vehicle is ridden outside the operating area, thereby improving the user's willingness and satisfaction. Summary of the invention

[0004] In order to solve the problem existing in the power-off strategy executed when a shared vehicle is ridden outside the operating area, this specification provides a shared vehicle control method, system, device and storage medium.

[0005] One or more embodiments of the present specification provide a shared vehicle control method, the method comprising: in response to the shared vehicle satisfying a power-off trigger condition, issuing a prompt of an impending power-off; in response to receiving a control instruction from a user confirming to return to an operating area, determining a target operating area, and determining a planned route based on a current position and the target operating area; in the process of the shared vehicle supplying power to return to the operating area, determining whether the shared vehicle deviates from the planned route; and in response to deviating from the planned route, issuing the prompt of an impending power-off.

[0006] One or more embodiments of the present specification provide a shared vehicle control system, the system comprising: a power-off reminder module for issuing an impending power-off reminder in response to a shared vehicle satisfying a power-off trigger condition; a determination module for determining a target operating area in response to receiving a control instruction from a user confirming to return to the operating area, and determining a planned route based on the current position and the target operating area; an execution module for determining whether the shared vehicle deviates from the planned route during the movement of the shared vehicle after it is powered back to the operating area; and issuing the impending power-off reminder in response to deviation from the planned route.

[0007] One or more embodiments of the present specification provide a shared vehicle control device, which includes at least one memory and at least one processor, wherein the at least one memory is used to store computer instructions, and the at least one processor executes the computer instructions or part of the instructions to implement the shared vehicle control method.

[0008] One or more embodiments of the present specification provide a computer-readable storage medium, which stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the shared vehicle control method.

[0009] The beneficial effects brought by some embodiments of the present specification include but are not limited to: (1) after determining that a shared vehicle has been ridden out of the operating area by a user and the power has been cut off, the user can be provided with the option of whether to restore the power of the vehicle and return to the operating area or return the vehicle on the spot, and the corresponding operation can be performed according to the user's choice, which puts the user experience first and enhances the user-friendliness of the sharing service; (2) when the user chooses to restore the power of the vehicle and return to the operating area, the user can be provided with an optional planned route to return to the operating area, and the power of the vehicle can be restored on the planned route back to the operating area to help the user ride the vehicle back to the operating area, avoiding the embarrassing situation of the user being trapped in the non-operating area, improving the user's experience and satisfaction, and at the same time avoiding the risk of the shared vehicle being abandoned, greatly reducing the number of vehicles abandoned in the non-operating area due to power outages, thereby reducing the cost of vehicle recovery and maintenance; (3) in the process of the user returning to the operating area, by judging whether the vehicle deviates from the planned route, it can be avoided that the user has a fluke mentality after choosing to restore the power and continues to ride in the wrong direction, which eventually leads to the problem of stopping halfway and being unable to return the vehicle normally. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] This specification will be further described in the form of exemplary embodiments, which will be described in detail by the accompanying drawings. These embodiments are not restrictive, and in these embodiments, the same number represents the same structure, wherein:

[0011] Figure 1 is a schematic diagram of an application scenario of a shared vehicle control system according to some embodiments of this specification;

[0012] Figure 2 is a schematic diagram of a shared vehicle control system according to some embodiments of this specification;

[0013] Figure 3 is an exemplary flow chart of a shared vehicle control method according to some embodiments of this specification;

[0014] Figure 4It is an exemplary schematic diagram for determining whether a planned route has been deviated from according to some embodiments of this specification.

[0015] Figure 5 It is an exemplary schematic diagram of a workflow shown in some embodiments of the present specification. DETAILED DESCRIPTION

[0016] In order to more clearly illustrate the technical solutions of the embodiments of this specification, the following is a brief introduction to the drawings required for the description of the embodiments. Obviously, the drawings described below are only some examples or embodiments of this specification. For ordinary technicians in this field, this specification can also be applied to other similar scenarios based on these drawings without creative work. Unless it is obvious from the language environment or otherwise explained, the same reference numerals in the figures represent the same structure or operation.

[0017] The "system", "device", "unit" and / or "module" used herein are a method for distinguishing different components, elements, parts, portions or assemblies at different levels. However, if other words can achieve the same purpose, the words can be replaced by other expressions.

[0018] Unless the context clearly indicates an exception, the words "a", "an", "an" and / or "the" do not refer to the singular and may also include the plural. Generally speaking, the terms "include" and "comprise" only indicate the inclusion of the steps and elements that have been clearly identified, and these steps and elements do not constitute an exclusive list. The method or device may also include other steps or elements.

[0019] Flowcharts are used in this specification to illustrate the operations performed by the system according to the embodiments of this specification. It should be understood that the preceding or following operations are not necessarily performed precisely in order. Instead, the steps may be processed in reverse order or simultaneously. At the same time, other operations may also be added to these processes, or one or more operations may be removed from these processes.

[0020] The position and / or trajectory of the user in this specification can be obtained by a positioning component embedded in the user terminal, and the position and / or trajectory of the shared vehicle can be obtained by a positioning component embedded in the shared vehicle. In some embodiments, the positioning component can track and obtain the user position and / or the position of the shared vehicle in real time through positioning technology. Positioning technology may include one of the global positioning system (GPS), the global satellite navigation system (GLONASS), the Beidou navigation system (COMPASS), the Galileo positioning system (GLONASS), the quasi-zenith satellite system (QZSS), base station positioning technology, wireless fidelity (Wi-Fi) positioning technology, etc., or any combination thereof. One or more of the above positioning technologies can be used interchangeably.

[0021] At present, shared vehicles, as a new mode of travel, are increasingly favored by users, greatly solving the green and healthy travel of users. Although the set operating area and the power-off strategy adopted are intended to better manage and operate shared bicycles, in actual implementation, when users ride out of the operating area, it is easy to encounter a variety of problems that affect the user's experience. For example, when the nearest parking spot is in the opposite direction of the user's destination, riding directly according to the recommended destination will cause great trouble to the user's travel. For example, after the shared vehicle resumes power supply, the user has a fluke mentality and continues to ride in the wrong direction, which causes the shared vehicle to stop halfway where it cannot be returned normally. For another example, it is impossible to accurately judge whether the user's riding path is on the planned path to the nearest parking spot, etc. In view of this, the method described in some embodiments of this specification can cut off the power of the shared vehicle after the user mistakenly rides out of the operating area, and provide the user with an optional return route, and restore power to the shared vehicle on the selected return route, ensuring that the user can smoothly ride the shared vehicle back to the operating area, improve the user's willingness and satisfaction to use the shared vehicle, and effectively avoid the risk of the shared vehicle being abandoned.

[0022] Figure 1 It is a schematic diagram of an application scenario of a shared vehicle control system according to some embodiments of this specification.

[0023] like Figure 1 As shown, the application scenario 100 of the shared vehicle control system may include a server 110 , a network 120 , a user terminal 130 , a vehicle 140 , and a storage device 150 .

[0024] In some embodiments, the application scenario 100 can implement the method and / or process disclosed in this application to issue a prompt of an impending power failure when the shared vehicle meets the power failure trigger condition; determine the target operating area in response to receiving a control instruction from the user to confirm returning to the operating area, and determine the planned route based on the current location and the target operating area; determine whether the shared vehicle deviates from the planned route during the process of the shared vehicle powering back to the operating area; and issue a prompt of an impending power failure in response to deviation from the planned route. The application scenario 100 can be applied to online-to-offline service application scenarios, such as online car-hailing travel, autonomous driving vehicle travel, etc.

[0025] Server 110 can be used to manage resources and process data and / or information from at least one component in application scenario 100 or an external data source (e.g., a cloud data center). In some embodiments, server 110 may include a backend server of a shared vehicle service platform. In some embodiments, server 110 may be a single server or a server group. The server group may be centralized or distributed (e.g., server 110 may be a distributed system), may be dedicated, or may be provided by other devices or systems at the same time. In some embodiments, server 110 may be regional or remote. In some embodiments, server 110 may be implemented on a cloud platform or provided virtually.

[0026] In some embodiments, the server 110 may include a processing device 112. The processing device 112 may process data and / or information obtained from other devices or system components. The processing device may execute program instructions based on these data, information and / or processing results to perform one or more functions described in this application. For example, the processing device 112 may obtain the location information of the vehicle 140, and determine whether the vehicle 140 meets the power-off triggering condition based on the location information of the vehicle 140. For another example, the processing device 112 may respond to the user's operation instruction to the vehicle 140, obtain information related to the operation instruction from the vehicle 140 through the network 120, generate display information of the planned route and send it to the user terminal 130, or control the vehicle 140 to perform a power recovery operation; based on the location information and the planned route of the vehicle 140 and / or the user terminal 130, control the vehicle 140 to perform a power outage or power recovery operation.

[0027] In some embodiments, the processing device 112 may include one or more sub-processing devices (e.g., a single-core processing device or a multi-core multi-core processing device). As an example only, the processing device 112 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), an application-specific instruction processor (ASIP), a graphics processing unit (GPU), a physical processing unit (PPU), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic circuit (PLD), a controller, a microcontroller unit, a reduced instruction set computer (RISC), a microprocessor, etc., or any combination thereof. In some embodiments, the processing device 112 may be integrated or included in one or more other components of the application scenario 100 (e.g., a user terminal 130, a vehicle 140).

[0028] The network 120 can facilitate the exchange of information and / or data. In some embodiments, one or more components of the application scenario 100 (e.g., server 110, user terminal 130, vehicle 140, storage device 150) can send information and / or data to other components of the application scenario 100 through the network 120. In some embodiments, the network 120 can be any one or more of a wired network or a wireless network. For example, the network 120 can include a cable network, an optical fiber network, a telecommunications network, the Internet, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), a metropolitan area network (MAN), a public switched telephone network (PSTN), a Bluetooth network, a ZigBee network (ZigBee), a near field communication (NFC), a bus within a device, a line within a device, a cable connection, or any combination thereof. The network connection between the various parts can be one of the above methods or multiple methods. In some embodiments, the network can be a point-to-point, shared, centralized, or other topological structure or a combination of multiple topological structures.

[0029] The user terminal 130 can enable the user to interact with the shared vehicle control system. In some embodiments, the user terminal 130 can be a person, tool, or other entity directly related to the online-to-offline service request. The user can be a service requester. For example, the user can initiate a vehicle rental request through the user terminal 130. In some embodiments, the user terminal 130 may include a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, etc. or any combination thereof. In some embodiments, the user terminal 130 can be a device with positioning technology for determining the location of the user terminal 130. In some embodiments, the user terminal 130 may also include a processing device 112.

[0030] The vehicle 140 may be an object of movement control by the movement control system.

[0031] In some embodiments, the vehicle 140 may include but is not limited to shared vehicles such as shared electric motorcycles 140-1, shared electric motorcycles 140-2, and shared cars 140-3. In some embodiments, the shared vehicle may include a vehicle terminal (intelligent central control), and the vehicle terminal may realize network communication with the server 110. For example, a signal connection is made with the server 110 through a mobile communication network, and various control instructions and information issued by the server 110 are received, or the user's operation instructions and its own status information are uploaded to the server 110, including but not limited to whether the lock is opened or closed, the remaining battery power, the moving speed or positioning information, etc. In some embodiments, the vehicle terminal may be connected to various sensors on the vehicle by signal, and may also be connected to various execution components on the vehicle by signal. For example, the vehicle terminal may be connected to the speed sensor on the vehicle by signal. For another example, the vehicle terminal may be connected to the lock, indicator light execution and other components on the vehicle by signal, and control the opening or closing of the lock, indicator light and other components.

[0032] In some embodiments, the vehicle 140 may include a positioning component for determining location-related information of the vehicle 140. Location-related information may include location, height, speed, acceleration, time, etc. In some embodiments, the vehicle 140 may include a wireless module for scanning wireless information, such as wifi signal information, Bluetooth signal information, etc. In some embodiments, the vehicle 140 may receive instructions issued by the server 110 and complete corresponding tasks according to the instructions. For example, the vehicle 140 may perform a power-off operation according to a power-off control instruction issued by the server 110.

[0033] In some embodiments, the storage device 150 can be used to store data and / or instructions. The storage device 150 may include one or more storage components, each of which may be an independent device or part of another device. In some embodiments, the storage device 150 may include a random access memory (RAM), a read-only memory (ROM), a mass storage device, a removable memory, a volatile read-write memory, or the like, or any combination thereof. In some embodiments, the storage device 150 may be integrated or included in one or more other components of the application scenario 100 (e.g., a server 110, a user terminal 130, a vehicle 140).

[0034] Figure 2 It is a module schematic diagram of a shared vehicle control system according to some embodiments of the present specification.

[0035] like Figure 2 As shown, the shared vehicle control system 200 may include a power failure prompt module 210 , a determination module 220 and a detection module 230 .

[0036] The power-off prompt module 210 may issue an impending power-off prompt in response to the shared vehicle satisfying a power-off trigger condition.

[0037] In some embodiments, the power off prompt module 210 may further issue a power off prompt in response to the shared vehicle moving outside a preset range; in response to the user's response to the power off prompt meeting the power off preset conditions, control the shared vehicle to perform a power off operation.

[0038] The determination module 220 may determine the target operation area in response to receiving the control instruction of the user confirming to return to the operation area, and determine the planned route based on the current location and the target operation area.

[0039] In some embodiments, the determination module 220 may further determine a plurality of candidate operating areas, and determine a target operating area according to a user selection.

[0040] The detection module 230 can determine whether the shared vehicle deviates from the planned route when the shared vehicle is powered back to the operating area; and in response to deviation from the planned route, issue a prompt of an impending power outage.

[0041] In some embodiments, the detection module 230 can further determine the judgment result through a judgment model based on the positioning information, correction information, terminal collection information, and location point information. The judgment result includes whether the terminal deviates from the planned route, and the judgment model is a machine learning model.

[0042] In some embodiments, the location point information may be determined based on a location on the planned route that is shortest in distance from the real-time location.

[0043] In some embodiments, the input data of the judgment model may be sequence data, and the judgment model may be a time series-based machine learning model.

[0044] In some embodiments, the detection module 230 can determine whether the shared vehicle deviates from the planned route during the process of the shared vehicle powering back to the operating area; and in response to deviation from the planned route, issue a prompt of an impending power outage.

[0045] In some embodiments, in response to deviation from the planned route, after the impending power-off prompt is issued, the detection module 230 can be further used to control the shared vehicle to perform a continuous power supply operation in response to the user's response to the impending power-off prompt satisfying a preset condition for continuous power supply.

[0046] For more information about the power failure prompt module 210, the determination module 220 and the detection module 230, please refer to Figure 3 , Figure 4 and its related description.

[0047] It should be noted that the above description of the application scenario 100 and its modules is only for convenience of description and does not limit the present specification to the scope of the embodiments. It is understandable that, after understanding the principle of the system, those skilled in the art may arbitrarily combine the modules or form a subsystem to connect with other modules without deviating from the principle. In some embodiments, Figure 1 The power-off prompt module 210, the determination module 220 and the detection module 230 disclosed in the specification can be different modules in a system, or a module can realize the functions of two or more modules. For example, each module can share a storage module, or each module can have its own storage module. Such variations are all within the protection scope of this specification. Figure 3 is an exemplary flow chart of a shared vehicle control method according to some embodiments of the present specification.

[0048] In some embodiments, process 300 may be executed by a user terminal in application scenario 100, or by a vehicle terminal, or by a server of a shared vehicle service platform, or by a user terminal, a vehicle terminal, or a server of a shared vehicle service platform, or by other methods. The instructions and prompts in the embodiments may be transmitted, sent, or received in various ways, including the methods described in the description of the embodiments, and other methods that may be conceived by those skilled in the art. Figure 3 As shown, process 300 includes the following steps.

[0049] Step 310 , in response to the shared vehicle meeting the power-off triggering condition, issuing an impending power-off reminder. In some embodiments, step 310 may be performed by the power-off reminder module 210 .

[0050] The power-off triggering condition refers to a condition that triggers the shared vehicle to perform a power-off operation. In some embodiments, the power-off triggering condition may include that the shared vehicle is outside a preset range of the current operating area. The current operating area refers to the operating area where the shared vehicle is located during the current time period.

[0051] In some embodiments, the current time period may be a range of time before the current moment. For example, the current time period may refer to the first 10 minutes, the first 20 minutes, etc. before the current moment. In some embodiments, the current time period may be a range of time before and after the current moment. For example, the current time period may refer to the first 10 minutes, the first 20 minutes, etc. before the current moment.

[0052] The operating area refers to the activity area of ​​the shared vehicles providing shared travel services. For example, the operating area may include a specific administrative area (e.g., the entire city, a city district, etc.), a specific geographical area (e.g., an area within a specific radius centered on a specified location), etc., or any combination thereof. For another example, the operating area may include an area where vehicles can be driven and / or parked.

[0053] In some embodiments, the operating area can be pre-set by the service provider and marked on the electronic map. By defining the operating area, the shared vehicles can be better managed and maintained, providing a better user experience. The service provider can be a service provider of the shared vehicles, etc.

[0054] The preset range refers to a portion of the area outside the boundary of the current operating area. The boundary may be a boundary forming a closed area or a portion of a boundary forming a semi-closed area. For example, the boundary may be a dividing line on an electronic map corresponding to the current operating area. The boundary may be represented by different line segments, such as a straight line, a curve, etc.

[0055] In some embodiments, the preset range may be a geographic range of a regular shape (e.g., a circle, a rectangle, a triangle, etc.), or a geographic range of an irregular shape (e.g., an irregular polygon). In some embodiments, the preset range may be an area outside the boundary of the current operating area, and the distance between the boundary of the current operating area and the area is a first preset distance. The first preset distance may be a system default value, an experience value, an artificial preset value, etc., or any combination thereof, and may be set according to actual needs, and this specification does not limit this. In some embodiments, different operating areas may correspond to different preset ranges. In some embodiments, the correspondence between different operating areas and different preset ranges may be preset by the service provider.

[0056] In some embodiments, after the current operating area where the vehicle is located is clarified, the preset range of the current operating area can be determined through the correspondence between the operating area and the preset range.

[0057] The above descriptions of the operating areas and preset ranges are for illustrative purposes only and are not intended to limit the scope of this specification.

[0058] The impending power-off reminder is a reminder message used to remind users that the shared vehicle is about to be powered off. The impending power-off reminder can be in the form of text, voice, image, video, tactile alarm, etc. or any combination thereof. For example, in response to the shared vehicle meeting the power-off trigger condition, the impending power-off reminder issued can be a voice prompt similar to "The shared vehicle has moved outside the preset range and the shared vehicle is about to be powered off. Please operate on the APP to restore the vehicle's power supply."

[0059] In some embodiments, the power outage prompt module 210 can determine whether the shared vehicle has moved outside the preset range of the current operating area based on the position relationship between the real-time location information of the shared vehicle and the preset range of the current operating area, and then determine whether the shared vehicle meets the power outage trigger condition.

[0060] In some embodiments, the power off prompt module 210 can obtain the real-time location information of the shared vehicle, and determine whether the shared vehicle has moved outside the preset range of the current operating area by matching the location information of the shared vehicle with the preset range of the current operating area.

[0061] Exemplarily, the power-off prompt module 210 can obtain the real-time location information of the vehicle through a positioning component set on the shared vehicle. The location information of the shared vehicle may include longitude data, latitude data, positioning information, surrounding environment information, etc. or any combination thereof. The positioning component can realize the positioning of the shared vehicle through the global positioning system (GPS), the global satellite navigation system (GLONASS), the Beidou navigation system (COMPASS), the Galileo positioning system, the quasi-zenith satellite system (QZSS), the wireless fidelity (Wi-Fi) positioning technology, etc. or any combination thereof. As an example, when the matching result shows that the real-time location information of the shared vehicle is not included in the preset range of the current operating area, it can be determined that the shared vehicle is located outside the preset range of the current operating area.

[0062] In some embodiments, the power-off prompt module 210 may control the vehicle terminal and / or the user terminal to issue an impending power-off prompt in response to the shared vehicle moving out of a preset range.

[0063] In some embodiments, the power-off prompt module 210 may issue a control instruction to control the shared vehicle to perform a power-off operation at the same time as issuing the prompt of the impending power-off, or after a specific time interval.

[0064] The power-off operation refers to the operation of powering off the shared vehicle. The power-off operation can cause the shared vehicle to lose driving power and be unable to continue driving. In some embodiments, the power-off operation can be performed by one of the vehicle terminal of the shared vehicle, the user terminal, and the server of the shared vehicle service platform. In some embodiments, the power-off operation can also be performed jointly by the user terminal, the vehicle terminal, and the server of the shared vehicle service platform.

[0065] In some embodiments, the power-off operation may be to directly reduce the driving power of the shared vehicle to zero.

[0066] In some embodiments, the power-off operation may also be to gradually reduce the driving power of the shared vehicle so that the speed of the shared vehicle is gradually reduced until the shared vehicle stops completely.

[0067] In some embodiments, the power-off prompt module 210 can reduce the driving power of the shared vehicle by reducing the output power of the driving device of the shared vehicle. For example, the power-off prompt module 210 can continuously reduce the output power of the driving device of the shared vehicle through multiple rounds of adjustment control based on a certain adjustment amount until the output power of the driving device of the shared vehicle is zero. The adjustment amount can be determined according to actual conditions. Among them, the driving device refers to a device that provides driving power for the shared vehicle. For example, the driving device may include a motor driven by electricity, etc.

[0068] In some embodiments, the power-off prompt module 210 may determine whether to perform a power-off operation based on the user's response to the prompt of the impending power-off. In some embodiments, the power-off prompt module 210 may control the shared vehicle to perform a power-off operation in response to the user's response to the prompt of the impending power-off meeting a preset power-off condition.

[0069] The response situation refers to the response operation made by the user to the prompt of the impending power failure. For example, the response situation may include the response operation made by the user after receiving the prompt of the impending power failure, such as changing the driving speed (for example, slowing down, stopping, etc.), changing the driving direction (for example, turning around, etc.), etc.

[0070] In some embodiments, the power-off prompt module 210 can obtain various driving information of the shared vehicle based on various sensor components set on the shared vehicle. Exemplarily, the power-off prompt module 210 can obtain the location information of the shared vehicle through the positioning component on the shared vehicle; obtain the driving direction information of the shared vehicle through the direction sensor on the shared vehicle; and obtain the driving speed information of the shared vehicle through the speed sensor on the shared vehicle. Further, the power-off prompt module 210 can determine the user's response to the impending power-off prompt based on the various driving information of the shared vehicle. For example, the power-off prompt module 210 can determine the speed change and / or direction change of the vehicle based on the driving speed information and / or driving direction information within a period of time after the user receives the power-off prompt. When the speed change shows that the vehicle speed is decreasing, it can be determined that the user's response is to slow down the vehicle. When the speed change shows that the vehicle speed has been reduced to zero, it can be determined that the user's response is to stop the car. When the direction change shows that the driving direction has changed, it can be determined that the user's second response is to change the driving direction.

[0071] The power-off preset condition is a decision condition for evaluating whether to perform a power-off operation on the shared vehicle.

[0072] In some embodiments, the power-off preset condition may include one or more operations of the user not slowing down, not stopping, not changing the driving direction, etc.

[0073] In some embodiments, in response to the user's response to the impending power-off prompt meeting the preset power-off conditions, that is, the user does not control the shared vehicle to perform one or more operations such as slowing down, stopping, changing the driving direction, etc., the power-off prompt module 210 can control the shared vehicle to directly perform the power-off operation.

[0074] In some embodiments, in response to the user's response to the impending power-off prompt not satisfying the preset power-off conditions, that is, the user controls the shared vehicle to perform one or more operations such as slowing down, stopping, changing the driving direction, etc., the power-off prompt module 210 can control the shared vehicle to temporarily suspend the power-off operation.

[0075] Postponing the power-off operation means not directly executing the power-off operation, but judging again whether the shared vehicle is outside the preset range of the current operation area after a period of time (for example, which can be preset manually), and determining whether to execute the power-off operation according to the current judgment result. For example, in response to the current judgment result that the shared vehicle meets the power-off trigger condition, the power-off prompt module 210 can execute the power-off operation.

[0076] In some embodiments, in response to the user responding to the prompt of the impending power failure within the specified time, and the response meets the preset power failure condition, the power failure prompt module 210 can control the shared vehicle to directly perform the power failure operation. In response to the user responding to the prompt of the impending power failure within the specified time, and the response does not meet the preset power failure condition, the power failure prompt module 210 can control the shared vehicle to temporarily postpone the power failure operation. The specified time can be preset by the system or manually.

[0077] In some embodiments of this specification, when the user performs operations such as slowing down or turning around after receiving a prompt of an impending power outage, it can be considered that the user wants to drive the shared vehicle back to the current operating area. By temporarily suspending the power outage operation, the power supply of the user can be guaranteed during the process of driving back to the current operating area.

[0078] In some embodiments, the power-off prompt module 210 may determine whether the shared vehicle meets the warning condition in response to the shared vehicle not meeting the power-off trigger condition; and issue a warning prompt in response to the shared vehicle meeting the warning condition.

[0079] The early warning condition refers to a condition for determining whether to issue an early warning prompt. In some embodiments, the early warning condition may include that the shared vehicle is within the boundary of the current operating area. When the shared vehicle is within the boundary of the current operating area, the early warning condition is met.

[0080] The warning prompt is a prompt message that the shared vehicle is about to leave the current operating area. For example, the warning message can be a voice prompt like "The shared vehicle is about to reach the boundary range of the operating area, please pay attention."

[0081] In some embodiments, the power outage prompt module 210 may control the vehicle terminal and / or the user terminal to issue a warning prompt in response to the shared vehicle being located within the boundary of the current operating area.

[0082] The boundary range of the current operating area is a portion of the area within the boundary of the current operating area.

[0083] In some embodiments, different operating areas may correspond to different boundary ranges. In some embodiments, the correspondence between different operating areas and different boundary ranges may be preset by the service provider. For example, geographical points located within the boundary of the operating area and having a second preset distance from the boundary of the operating area may be connected to obtain a preset range of the operating area. The second preset distance may be a system default value, an experience value, a manually preset value, or any combination thereof, and may be set according to actual needs, and this specification does not limit this.

[0084] In some embodiments, after the current operating area where the vehicle is located is clarified, the boundary range of the current operating area can be determined through the correspondence between the operating area and the boundary range.

[0085] In some embodiments, before the shared vehicle moves outside the preset range of the current operating area, the power off prompt module 210 can first determine whether the shared vehicle is located within the boundary of the current operating area, and issue an early warning prompt when it is determined that the location information of the shared vehicle falls within the boundary of the current operating area.

[0086] In some embodiments of the present specification, a warning prompt is issued when a shared vehicle moves to the boundary of the current operating area, which can remind the user in advance that he is about to leave the current operating area, thereby effectively preventing the user from accidentally driving the shared vehicle out of the operating area, ensuring the user's driving quality, and reducing the operator's maintenance costs.

[0087] Step 320 , in response to receiving the control instruction of the user confirming to return to the operating area, determining the target operating area, and determining the planned route based on the current location and the target operating area. In some embodiments, step 320 may be performed by the determination module 220 .

[0088] The control instruction for the user to confirm the return to the operating area may be referred to as the first control instruction. In some embodiments, the determination module 220 may send information to the user through the user terminal asking whether to return the shared vehicle to the operating area (hereinafter referred to as the first inquiry information) to obtain the user's first feedback information, and determine the first control instruction based on the first feedback information. In some embodiments, the determination module 220 may send the first inquiry information to the user while the shared vehicle performs the power-off operation, or after a specific time interval.

[0089] In some embodiments, the first inquiry information can be sent to the user by displaying a pop-up window, instant message, or voice playback on the user terminal. For example, the first inquiry information can be displayed to the user in the form of a pop-up window by designing two buttons in the pop-up window, for example, they can be set as "ride back to the operating area" and "lock and return the vehicle" buttons. When the user clicks "ride back to the operating area", the user terminal can send the first control instruction to the vehicle terminal or server through a long link or other methods.

[0090] In some embodiments, when the user clicks the "Lock and Return the Vehicle" button, the determination module 220 can determine that the user does not need to return the shared vehicle to the operating area. The determination module 220 can then control the shared vehicle to lock and prompt the user to pay the corresponding rental fee and dispatch fee to end the rental.

[0091] The above description of receiving the first control instruction is for illustrative purposes only and is not intended to limit the scope of this specification.

[0092] The target operation area refers to the operation area to which the shared vehicle needs to be moved.

[0093] The target operation area can be determined in a variety of ways. In some embodiments, the determination module 220 can determine the operation area that the user has previously driven out of as the target operation area. In some embodiments, the determination module 220 can determine the operation area closest to the location of the shared vehicle as the target operation area. In some embodiments, the determination module 220 can determine the return point closest to the shared vehicle based on the location information of the shared vehicle, and determine the operation area corresponding to the return point as the target operation area.

[0094] In some embodiments, the determination module 220 may determine a plurality of candidate operation areas, and determine a target operation area based on the plurality of candidate operation areas and a user selection.

[0095] The candidate operation area refers to the operation area to be determined as the target operation area. In some embodiments, the determination module 220 may determine the operation area that the user has previously driven out of as the candidate operation area. In some embodiments, the determination module 220 may determine one or more operation areas within a preset area between the location of the shared vehicle as the candidate operation area.

[0096] In some embodiments, the determination module 220 may also determine whether there is a return point within the preset area. If so, the return point within the preset area is used as a candidate return point, and the operating area where the candidate return point is located is determined as a candidate operating area.

[0097] The preset area can be a geographical range within a specific distance near the location of the shared vehicle. In some embodiments, the preset area can be a geographical range of a regular shape or a geographical range of an irregular shape.

[0098] In some embodiments, the specific area may be a system default value or may be adjusted according to different situations. For example, when the shared vehicle is located in a city, the specific distance may be relatively small; and when the shared vehicle is located in a rural area, the specific distance may be relatively large.

[0099] In some embodiments, the determination module 220 may send information related to the candidate operation area to the user terminal and display the information related to the candidate operation area on the user interface. The user may select a target operation area from at least one candidate operation area through the user terminal (e.g., through the user interface). For example, the user may select one of the candidate operation areas as the target operation area through voice, text, clicking on the screen, etc. Among them, the information related to the candidate operation area may include road congestion, travel distance, estimated cost, etc. or any combination thereof.

[0100] In some embodiments of the present specification, by sending information related to candidate operating areas to the user terminal, the user can understand the information of the candidate operating areas in advance, select the target operating area, and then return the car quickly and efficiently after arriving at the destination, thereby improving the return efficiency and car use experience.

[0101] The planned route refers to the driving route from the location of the shared vehicle to the target operation area.

[0102] The planned route can be determined in a variety of ways. In some embodiments, the determination module 220 can plan and determine a planned route based on the location of the shared vehicle and the location of the target operation area through a path planning algorithm. The embodiments of this specification do not specifically limit the path planning algorithm, and operations familiar to those skilled in the art can be used.

[0103] In some embodiments, the determination module 220 may send the planned route to the user terminal. After receiving the planned route, the user terminal may display the planned route on the user interface.

[0104] In some embodiments, after receiving the planned route, the user can feedback a control instruction to confirm the restoration of vehicle power supply to one of the shared vehicle's vehicle terminal, user terminal, and server of the shared vehicle service platform through the user terminal.

[0105] The control instruction for the user to confirm the restoration of vehicle power supply may be referred to as the second control instruction. In some embodiments, the determination module 220 may send information to the user through the user terminal asking whether to power the shared vehicle for driving (hereinafter referred to as the second inquiry information) to obtain the user's second feedback information, and determine the second control instruction based on the second feedback information. In some embodiments, the determination module 220 may send the second inquiry information to the user while displaying the planned route to the user, or after a specific interval.

[0106] In some embodiments, the second inquiry information can be sent to the user by displaying a pop-up window, instant message, or playing voice on the user terminal. For example, the second inquiry information can be displayed to the user in the form of a pop-up window by designing a button in the pop-up window, for example, it can be set as a "restore power" button. When the user clicks "restore power", the user terminal can send the second control instruction to the vehicle terminal or server through a Bluetooth channel or other means.

[0107] The above description of receiving the second control instruction is for illustration purposes only and is not intended to limit the scope of this specification.

[0108] The power restoration operation refers to restoring the power supply to the shared vehicle after the power outage operation is performed so that the shared vehicle can continue to travel.

[0109] In some embodiments, the power recovery operation can be performed by one of the vehicle terminal of the shared vehicle, the user terminal, and the server of the shared vehicle service platform. In some embodiments, the power recovery operation can also be performed jointly by the user terminal, the vehicle terminal, and the server of the shared vehicle service platform.

[0110] In some embodiments, the power supply recovery operation may be to restore the driving power of the shared vehicle to a value before the power-off operation.

[0111] In some embodiments, the power supply recovery operation may also be to gradually increase the driving power of the shared vehicle until the driving power of the shared vehicle is restored to the value before the power-off operation.

[0112] In some embodiments, the determination module 220 can restore the driving power of the shared vehicle by restoring the output power of the driving device of the shared vehicle to the value before the power-off operation. The embodiments of this specification do not specifically limit the method of restoring power supply, and operations familiar to those skilled in the art can be used. Step 330, in the process of the shared vehicle being powered back to the operating area, determines whether the shared vehicle deviates from the planned route. In some embodiments, step 330 can be performed by the detection module 230.

[0113] Deviation from the planned route means that the actual driving route of the shared vehicle deviates from the planned route. For example, when the actual driving route of the shared vehicle does not match the planned route, it can be considered that the shared vehicle deviates from the planned route.

[0114] The detection module 230 can determine whether the shared vehicle deviates from the planned route in a variety of ways. In some embodiments, the detection module 230 can obtain first trajectory information of the shared vehicle during driving; determine whether the position relationship between the first trajectory information and the planned route meets a first judgment condition; and determine that the shared vehicle deviates from the planned route in response to meeting the first judgment condition.

[0115] The first track information may include location information of one or more track points of the shared vehicle during actual driving. In some embodiments, the detection module 230 may obtain the first track information of the shared vehicle based on the Beidou navigation system or other satellite-based positioning methods.

[0116] The positional relationship between the first trajectory information and the planned route may be a spatial relative relationship between one or more trajectory points in the first trajectory information and one or more corresponding position points in the planned route. Each trajectory point may match a corresponding position point on the planned route. For example, the position point on the planned route that is closest to the trajectory point may be determined as the corresponding position point of the trajectory point. There is a spatial relative relationship between each trajectory point and the corresponding position point. For example, the spatial relative relationship includes the distance (e.g., horizontal distance) and the height difference (which may be a vertical distance) between the trajectory point and the corresponding position point in the planned route. Exemplarily, when the horizontal distance between the trajectory point and the corresponding position point is less than or equal to a preset distance threshold, it may be considered that the trajectory point has not deviated from the planned route, and when the horizontal distance between the trajectory point and the corresponding position point is greater than a preset distance threshold, it may be considered that the trajectory point has deviated from the planned route. The preset distance threshold may be a system default value, a manually preset value, or the like.

[0117] The first judgment condition is a judgment condition for evaluating whether the shared vehicle deviates from the planned route. In some embodiments, the first judgment condition may include that there are a first preset number of trajectory points in the trajectory information that deviate from the planned route.

[0118] In some embodiments, when there are a first preset number of trajectory points in the trajectory information that deviate from the planned route, it can be determined that the positional relationship between the trajectory information and the planned route meets the first judgment condition, that is, it is determined that the shared vehicle deviates from the planned route.

[0119] In some embodiments, the first preset number may be the number of consecutive track points. In some embodiments, the first preset number may be a system default value, a manually preset value, or the like.

[0120] In some embodiments, the detection module 230 can determine whether the shared vehicle deviates from the planned route through a machine learning model. For more information about this embodiment, please refer to Figure 4 Related description.

[0121] Step 340 , in response to deviation from the planned route, issuing a prompt of an impending power failure. In some embodiments, step 340 may be performed by the detection module 230 .

[0122] In response to deviation from the planned route, the power-off reminder issued may be a voice reminder similar to "deviated from the planned route, if you do not return to the designated route within X seconds, the power will be cut off again." For more information about the power-off reminder, see step 310 and its related description.

[0123] In some embodiments, the detection module 230 may control the vehicle terminal and / or the user terminal to issue a prompt indicating that power is about to be cut off in response to the shared vehicle deviating from the planned route.

[0124] In some embodiments, the detection module 230 may control the shared vehicle to perform a continuous power supply operation in response to the shared vehicle not deviating from the planned route. For an explanation of the continuous power supply operation, see the relevant description below.

[0125] In some embodiments of this specification, after determining that the user has ridden out of the operating area and the power is cut off, the user can be provided with the option of whether to restore the power supply of the vehicle and return to the operating area or return the vehicle on the spot, and the corresponding operation is performed according to the user's choice, which puts the user experience first and enhances the user-friendliness of the sharing service. When the user chooses to restore the power supply of the vehicle and return to the operating area, the user can be provided with an optional planned route to return to the operating area, and the power supply of the vehicle can be restored on the planned route back to the operating area to help the user ride the vehicle back to the operating area, avoiding the embarrassing situation of the user being trapped in the non-operating area, improving the user's experience and satisfaction, and at the same time avoiding the risk of the shared vehicle being abandoned, greatly reducing the number of vehicles abandoned in the non-operating area due to power outages, thereby reducing the cost of vehicle recovery and maintenance. In the process of the user returning to the operating area, by judging whether the vehicle deviates from the planned route, it can be avoided that the user has a fluke mentality after choosing to restore the power supply, and continues to ride in the wrong direction, which eventually leads to the problem of stopping halfway where the vehicle cannot be returned normally.

[0126] In some embodiments, the detection module 230 may further determine whether to continue to supply power to the shared vehicle based on the user's response to the prompt of the impending power outage.

[0127] In some embodiments, the detection module 230 may control the shared vehicle to perform a continuous power supply operation in response to the user's response to the impending power-off prompt satisfying a preset condition for continuous power supply.

[0128] For more information about the response, see step 310 and its related description.

[0129] In some embodiments, after receiving the power-off reminder issued when deviating from the planned route, the user's response may also include controlling the shared vehicle to return to the planned route. Returning to the planned route means that the shared vehicle returns to the planned route after deviating from the planned route.

[0130] In some embodiments, the detection module 230 can obtain second trajectory information of the shared vehicle during driving after determining that the vehicle deviates from the planned route; determine whether the positional relationship between the second trajectory information and the planned route satisfies a second judgment condition; and determine that the shared vehicle returns to the planned route in response to satisfying the second judgment condition.

[0131] The second trajectory information is similar to the first trajectory information, except that the second trajectory information is obtained after determining that the shared vehicle deviates from the planned route, while the first trajectory information is used to determine whether the shared vehicle deviates from the planned route. Accordingly, the positional relationship between the second trajectory information and the planned route is similar to the positional relationship between the first trajectory information and the planned route. For more information, please refer to the relevant description above.

[0132] The second judgment condition is a judgment condition for evaluating whether the shared vehicle returns to the planned route. In some embodiments, the second judgment condition may include that there are a second preset number of trajectory points in the second trajectory information that do not deviate from the planned route. In some embodiments, the second preset number may be the number of consecutive trajectory points. In some embodiments, the second preset number may be a system default value, a manually preset value, etc.

[0133] In some embodiments, when there are a second preset number of trajectory points in the second trajectory information that do not deviate from the planned route, it can be determined that the positional relationship between the second trajectory information and the planned route meets the second judgment condition, that is, it is determined that the shared vehicle returns to the planned route.

[0134] In some embodiments, the detection module 230 can also determine whether the shared vehicle returns to the planned route through a machine learning model. Figure 4 and its related description.

[0135] The continuous power supply preset condition is a determination condition for evaluating whether to perform a continuous power supply operation on the shared vehicle. For example, the continuous power supply preset condition may include that the user changes the driving direction to the planned route, etc.

[0136] In some embodiments, continuing to provide power includes returning the shared vehicle to a planned route.

[0137] Continuous power supply operation means continuing to supply power to the shared vehicle so that the shared vehicle can continue to travel.

[0138] In some embodiments, the detection module 230 may maintain the driving power of the shared vehicle by controlling the output power of the driving device of the shared vehicle to be maintained at a preset value or a preset range.

[0139] In some embodiments, in response to the response satisfying the preset condition of continuous power supply, that is, the user controls the shared vehicle to return to the planned route, the detection module 230 can control the shared vehicle to perform the continuous power supply operation. In response to the user making a response within the specified time, and the response satisfying the preset condition of continuous power supply, the detection module 230 can control the shared vehicle to perform the continuous power supply operation. The specified time can be preset by the system or manually.

[0140] In some embodiments of this specification, when deviating from the planned route, the status of the shared vehicle (e.g., deviating from the planned route, returning to the planned route) can be obtained by monitoring the user's response to the prompt of the impending power outage, and the corresponding operation to be performed on the shared vehicle can be determined according to different states, so that when the shared vehicle returns to the planned route, the shared vehicle can be effectively controlled to perform continuous power supply operations, which is conducive to the management and use of shared vehicles. For example, power outages can avoid the risk of the vehicle being abandoned, and continuous power supply can ensure the smooth completion of the vehicle return process. At the same time, this setting conforms to the actual vehicle usage situation, improves the user experience, and saves the operation and maintenance costs of the service provider.

[0141] It should be noted that the above description of the relevant process is only for example and explanation, and does not limit the scope of application of this specification. For those skilled in the art, various modifications and changes can be made to the process under the guidance of this specification. However, these modifications and changes are still within the scope of this specification.

[0142] Figure 4 It is an exemplary schematic diagram for determining whether a planned route has been deviated from according to some embodiments of this specification.

[0143] In some embodiments, the detection module 230 can determine whether the shared vehicle deviates from the planned route based on the machine learning model. For more information about the planned route, please refer to Figure 3 Related description.

[0144] like Figure 4 As shown, in some embodiments, the detection module 230 can determine the judgment result 460 through the judgment model 450 based on the positioning information 410, the terminal collection information 420, the correction information 430, and the location point information 440.

[0145] The judgment model can be used to judge whether the shared vehicle deviates from the planned route. In some embodiments, the judgment model can be a machine learning model. For example, the judgment model includes but is not limited to a neural network (NN), a convolutional neural network (CNN), a deep neural network (DNN), a recurrent neural network (RNN), etc. or any combination thereof. For example, the machine learning model can be a model formed by combining a convolutional neural network and a deep neural network.

[0146] like Figure 4 As shown, in some embodiments, the input of the judgment model 450 may include positioning information 410 , terminal collection information 420 , correction information 430 , and location point information 440 ; and the output may include a judgment result 460 .

[0147] Positioning information refers to information related to the location coordinates of the user and / or shared vehicle. In some embodiments, the positioning information may include user positioning information and terminal positioning information.

[0148] User location information refers to location information obtained by the user terminal. The user location information may reflect the user's location coordinates (e.g., altitude, longitude and latitude coordinates, etc.). The user's location coordinates may be obtained by a location component built into the user terminal. In some embodiments, the location component built into the user terminal may obtain the user location information once every period of time (e.g., 1 second, etc.).

[0149] Terminal positioning information refers to positioning information obtained by the vehicle terminal. The terminal positioning information can reflect the positioning coordinates of the shared vehicle (e.g., altitude, longitude and latitude coordinates, etc.). The positioning coordinates of the shared vehicle can be obtained by the positioning component built into the vehicle terminal. In some embodiments, the positioning component built into the vehicle terminal can obtain the terminal positioning information once every period of time (e.g., 1s, etc.).

[0150] like Figure 4 As shown, in some embodiments, the positioning information 410 input into the judgment model 450 may include user positioning information 411 and terminal positioning information 412 .

[0151] It should be noted that when the number of types of positioning information input into the judgment model is different, the parameter structure of the judgment model is different. Accordingly, judgment models with two parameter structures can be trained by different training methods. Among them, when the positioning information of the input model includes one type (for example, the input includes user positioning information or terminal positioning information), the corresponding judgment model can be called a first-class judgment model; when the positioning information of the input model includes two types (for example, including user positioning information and terminal positioning information), the corresponding judgment model can be called a second-class judgment model.

[0152] In some embodiments, in the actual application stage of using the judgment model to judge whether the shared vehicle deviates from the planned route, the detection module 230 can determine the calling type of the judgment model according to the preset rules. The calling type can be one of calling the first judgment model and calling the second judgment model.

[0153] In some embodiments, the preset rule may be to determine the calling type of the judgment model according to the number of types of positioning information obtained. For example, when the number of types of positioning information obtained is one, a type of judgment model may be called for processing, and the terminal positioning information or the user positioning information may be input into the type of judgment model; when the number of types of positioning information obtained is two, a type of judgment model may be called for processing. It should be noted that when the user has not authorized the user terminal information, the user positioning information cannot be obtained at this time, that is, a type of judgment model may be called for processing, and the positioning information input into the type of judgment model may be the terminal positioning information.

[0154] In some embodiments, the preset rule may be to determine the calling type of the judgment model according to the moving state of the shared vehicle. For example, when the shared vehicle is in the process of moving, the first type of judgment model may be called for processing, and the terminal location information may be input into the first type of judgment model; when the shared vehicle stops moving, the second type of judgment model may be called for processing, and the terminal location information and the user location information may be input into the second type of judgment model.

[0155] In some embodiments of the present specification, simultaneously acquiring the positioning information of the user and the shared vehicle helps to more accurately determine whether the shared vehicle deviates from the planned route.

[0156] In some embodiments, the positioning information may be a relative value. For example, the positioning information may be a position difference relative to the starting point of the trip. The starting point of the trip may be the starting point of the shared vehicle after power is restored and the shared vehicle starts to travel.

[0157] In some embodiments of the present specification, by using relative values ​​as positioning information, the judgment model can better understand the relationship between the location information of the shared vehicle, the location information of the user terminal and the starting point or end point, and achieve better prediction results; by inputting relative coordinates into the judgment model, computing power can be saved and the processing efficiency of the model can be improved.

[0158] Terminal collected information refers to information collected by the user terminal or the built-in sensor of the shared vehicle. For example, the terminal collected information may include the motion information of the shared vehicle.

[0159] like Figure 4 As shown, in some embodiments, the terminal collection information 420 input into the judgment model 450 may include at least one of a terminal speed 421 and a terminal direction 422 .

[0160] In some embodiments, the terminal speed may include at least one of the user's movement speed, the shared vehicle's movement speed, etc. The movement speed may include but is not limited to the driving speed, acceleration, angular velocity, etc. or any combination thereof.

[0161] In some embodiments, the terminal direction may include any one or a combination of the user's movement direction, the shared vehicle's movement direction, and the like.

[0162] In some embodiments, the server may obtain the terminal speed and terminal direction of the user and / or the shared vehicle based on the sensor components configured on the user terminal and / or the shared vehicle. The sensor components may include motion sensors (e.g., acceleration sensors, speed sensors), direction sensors, and rotation sensors (e.g., gyroscopes), etc.

[0163] In some embodiments, the terminal collection information input into the judgment model may correspond to the positioning information one by one. For example, the terminal collection information input into the judgment model and the positioning information may be collected at the same location point or the same time point.

[0164] In some embodiments of the present specification, by acquiring information collected by the terminal, the movement direction and speed of the shared vehicle and / or the user can be used to help the judgment model realize yaw judgment without the need for precise road network data. At the same time, the information referenced by the judgment model is more comprehensive, and better predictions can be made based on the user's intentions and trends, thereby improving the accuracy of the judgment results.

[0165] The correction information may be used to indicate the reliability of the positioning information. For example, the correction information may include one or more of the abnormality of the positioning information, whether the positioning information needs to be corrected, and the correction value. The abnormality of the positioning information may include data missing, data mutation, data drift, poor data authenticity, etc. When the positioning information has an abnormality, the reliability of the positioning information is low.

[0166] In some embodiments, the detection module 230 may use an outlier monitoring algorithm to analyze and process the positioning information obtained multiple times to detect the positioning information with abnormal conditions. Exemplary outlier monitoring algorithms may include but are not limited to KNN (K nearest neighbor) method and One-Class SVM.

[0167] In some embodiments, the detection module 230 may use a positioning correction algorithm to correct the positioning information with abnormal conditions and determine a correction value corresponding to the positioning information. Exemplary positioning correction algorithms may include but are not limited to multi-point correction algorithms, parameter correction algorithms, and the like.

[0168] In some embodiments, the correction information input into the judgment model may correspond to the positioning information one by one. When the positioning information has an abnormality, the correction information may include the abnormality of the corresponding positioning information, the need to correct the positioning information, and the correction value. When the positioning information does not have an abnormality, the correction information may be set to 0, indicating that the positioning information does not have an abnormality and does not need to be corrected.

[0169] The location point information is a location point on the planned route that is related to the positioning information of the shared vehicle (hereinafter referred to as a related location point). For example, the location point information may include the real geographical location and / or relative geographical location of the related location point on the planned route. The relative geographical location may be the relative coordinates of the real geographical location of the related location point relative to the reference positioning information.

[0170] In some embodiments, the location point information may be a location point on the planned route that is shortest in distance from the real-time location of the shared vehicle.

[0171] The real-time position refers to the real-time moving position of the shared vehicle after power is restored. In some embodiments, the real-time position can be determined based on the positioning information. For example, the physical coordinates corresponding to the real-time position can be determined by conversion based on the positioning information and the reference positioning information.

[0172] The location point information can be obtained in a variety of ways. In some embodiments, the server can determine the location on the planned route with the shortest distance from the real-time location through a search algorithm based on the real-time location and the planned route, and determine the information of the location as the location point information. The search algorithm includes but is not limited to an enumeration algorithm, a depth-first search, and the like.

[0173] In some embodiments, the location point information of the input judgment model may correspond to the positioning information one by one. For example, the distance between the location point information of the input judgment model and the positioning information is smaller than the distance between the remaining location points on the planned route and the positioning information.

[0174] In some embodiments of the present specification, by determining the location point information, the judgment model can obtain the relative position relationship between the real-time location of the shared vehicle and the planned route, thereby improving the accuracy of the judgment result.

[0175] In some embodiments, the input of the judgment model can be a data combination, and the output is a judgment result. The data combination can include positioning information and terminal collection information collected at a time point or a location, as well as correction information and location point information corresponding to the positioning information. It should be noted that when the input of the judgment model is a data combination, the output judgment result is whether the current position of the shared vehicle deviates from the relevant location point on the planned route.

[0176] In some embodiments, the input data of the judgment model may be sequence data, and the judgment model may be a time series-based machine learning model.

[0177] Sequence data refers to a series of data arranged in a specific order. For example, sequence data may refer to data arranged in chronological order. For another example, sequence data may also refer to data arranged in the order of location points on a planned route.

[0178] The following explanation is given by taking the sequence data as time series data. In this embodiment, the sequence data may include multiple continuous second-level data. The acquisition time interval between the data may be in seconds, and the acquisition time between the data may be equally spaced. For example, the sequence data may include a combination of data acquired at the 1st second, the 2nd second, ..., the 10th second. In some embodiments, the acquisition time between the data may also be distributed at non-equidistant intervals. For example, when a shared vehicle stops moving midway, the acquisition time between the data in the sequence data may be distributed at non-equidistant intervals. The acquisition time interval may be determined by the system or by human presets.

[0179] In some embodiments, when the input data of the judgment model is sequence data, the input of the judgment model may include positioning information sequence data, correction information sequence data, terminal acquisition information sequence data, and location point information sequence data.

[0180] In some embodiments, the positioning information sequence data may include positioning information collected at multiple time points (or multiple position points). The multiple positioning information may be arranged in the order of collection time.

[0181] In some embodiments, the correction information sequence data may include a plurality of correction information, each correction information corresponds to a piece of positioning information, and the plurality of correction information are arranged in the order of the acquisition time of the corresponding positioning information.

[0182] In some embodiments, the terminal collection information sequence data may include multiple terminal collection information. The multiple terminal collection information may be arranged in the order of collection time. The collection time of the terminal collection information sequence data may correspond to the collection time of the positioning information sequence data.

[0183] In some embodiments, the position point information sequence data may include a plurality of position point information, each position point information corresponds to a piece of positioning information, and the plurality of position point information are arranged in the order of the acquisition time of the corresponding positioning information.

[0184] In some embodiments, the execution module may periodically acquire sequence data and input them into the judgment model for processing. Periodic acquisition refers to acquiring a sequence data every preset time period (e.g., 5s, 10s, etc.). The preset time may be determined by the system or manually.

[0185] A time series-based machine learning model may refer to a machine learning model that processes time series data. For example, a time series-based machine learning model may include a bidirectional long short-term memory network (LSTM) model, an LSTM, a temporal convolutional network (TCN) model, and the like.

[0186] In some embodiments of the present specification, by analyzing sequence data based on a time series machine learning model, the positional relationship between the real-time position of the shared vehicle and the planned path can be better determined, thereby improving the accuracy of the output judgment result.

[0187] In some embodiments, the judgment model can be trained by a server. In some embodiments, the trained judgment model can be sent to a vehicle terminal and / or a user terminal. Accordingly, the judgment model can be run by the vehicle terminal and / or the user terminal to determine whether the shared vehicle deviates from the planned route. In some embodiments, the trained judgment model can also be stored in a server. Accordingly, the judgment model can be run by the server to determine whether the shared vehicle deviates from the planned route.

[0188] In some embodiments, the judgment model can be trained by various methods based on multiple training samples with training labels. For example, the training can be based on the gradient descent method. As an example only, multiple training samples with training labels can be input into the initial judgment model, and a loss function can be constructed by the output results of the training labels and the initial judgment model. The parameters of the initial judgment model are iteratively updated by gradient descent or other methods based on the loss function until the training is completed when the preset iteration conditions are met, and a trained judgment model is obtained. Among them, the preset iteration conditions can be the convergence of the loss function, the number of iterations reaching a threshold, etc.

[0189] In some embodiments, the training sample may include at least one set of training data, each set of training data includes sample positioning information, sample correction information, sample terminal collection information, and sample location point information collected when the sample user travels based on the sample planned route, and the training label may be whether the sample user deviates from the sample planned route during actual driving. The training sample may be determined based on historical data.

[0190] In some embodiments, the training sample may be a single data or a sequence of data.

[0191] In some embodiments, the sample location information in the training sample can be determined according to the actual situation. For example, when training a type one judgment model, the sample location information in the training sample can include sample terminal location information or sample user location information. When training a type two judgment model, the sample location information in the training sample can include sample terminal location information and sample user location information.

[0192] In some embodiments, the training labels of the judgment model include positive labels. The positive labels may indicate that during the actual driving process of the sample user, the shared vehicle deviates from the planned route. In some embodiments, the training labels of the judgment model include negative labels. The negative labels may indicate that during the actual driving process of the sample user, the shared vehicle does not deviate from the planned route.

[0193] Positive labels and / or negative labels can be obtained by annotating in a variety of ways. In some embodiments, it can be determined whether there are a preset number of actual position points of a sample user corresponding to a training sample whose distances from the relative position points on the planned route exceed a distance threshold during actual driving. When there are a preset number of actual position points whose distances from the relative position points on the planned route exceed the distance threshold, the training label corresponding to the training sample is determined to be a positive label. Otherwise, the training label corresponding to the training sample is determined to be a negative label. In some embodiments, the preset number of actual position points also need to meet the condition of continuous collection.

[0194] In some embodiments, it can be determined whether a sample user corresponding to a training sample returns to the target operation area within a specified time. When the sample user returns to the target operation area within the specified time, the training label corresponding to the training sample is determined to be a positive label. Otherwise, the training label corresponding to the training sample is determined to be a negative label.

[0195] In some embodiments, the time when the sample user returns to the operating area may be a period of time between the start time point when the sample user starts driving along the planned route and the end time point when the sample user returns the vehicle at the target operating area. When the time when the sample user returns to the operating area is less than the specified time, it is considered that the sample user can return to the target operating area within the specified time.

[0196] In some embodiments, the prescribed time may be a system default value, an empirical value, a manually preset value, or any combination thereof, and may be set according to actual needs, and this specification does not limit this. In some embodiments, the prescribed time is related to the planned route. Different planned routes may preset different prescribed times. For example, the longer the planned route, the longer the prescribed time. For another example, the more intersections there are in the planned route, the longer the prescribed time.

[0197] In some cases, the user may not follow the planned route, but is still on a reasonable route back to the operating area. In other cases, the user may deviate from the planned route for a short period of time when returning to the operating area, and then return to the planned route. At this time, simply determining the deviation based on the distance between the user's location and the planned route may result in misjudgment. In some embodiments of the present specification, the positive / negative label is determined based on whether the shared vehicle returns to the target operating area within the specified time, so as to avoid misjudging the aforementioned situation as the user having deviated from the planned route, causing the vehicle to perform a power-off operation, and then causing the user to be unable to return to the operating area normally. Compared with determining the offset based solely on distance, this type of labeling method can better integrate various factors for judgment, achieve accurate judgment results, and help improve the judgment accuracy of the judgment model.

[0198] In some embodiments of the present specification, by processing the positioning information, correction information, terminal collection information and location point information through a judgment model, the self-learning ability of the machine learning model can be used to find patterns from a large amount of data, and the correlation between the positioning information, correction information, terminal collection information and location point information and whether the planned route is offset can be obtained, thereby improving the accuracy and efficiency of determining the judgment results and saving manpower and time resources.

[0199] In some embodiments, the detection module 230 can use the judgment model to judge the deviation of the shared vehicle (i.e., whether it deviates from the planned route) in real time. When the judgment model judges that the shared vehicle deviates from the planned route based on a certain sequence data combination (for example, including positioning information sequence data, terminal collection information sequence data, correction information sequence data, location point information sequence data, etc.), the judgment model can continue to process the sequence data combination obtained during the subsequent movement process to determine whether the subsequent sequence data combination deviates from the planned route. When the judgment result corresponding to the subsequent sequence data combination is that the shared vehicle deviates from the planned route, it can be judged that the shared vehicle has not returned to the planned route. When the judgment result corresponding to a certain subsequent sequence data combination is that the shared vehicle has not deviated from the planned route, it can be judged that the shared vehicle has returned to the planned route. Correspondingly, in some embodiments, the judgment result output by the judgment model can also include whether the shared vehicle has returned to the planned route. It should be noted that only when it has been judged that the shared vehicle has deviated from the planned route, the judgment model can output the judgment result of whether the shared vehicle has returned to the planned route based on the subsequent judgment result of whether the shared vehicle deviates from the planned route.

[0200] In some embodiments of the present specification, the judgment model can simultaneously output the judgment result of whether the shared vehicle deviates from the planned route and the judgment result of whether the shared vehicle returns to the planned route, which can improve the accuracy and efficiency of the judgment result of determining whether the shared vehicle returns to the planned route, while greatly saving computing power.

[0201] Figure 5 It is an exemplary schematic diagram of the workflow shown in some embodiments of the present specification.

[0202] like Figure 5 As shown, the workflow of an exemplary shared vehicle control method is as follows:

[0203] Step 1: Start riding / driving. The user initiates a vehicle use request, and after receiving the vehicle use request, the server unlocks the shared vehicle (e.g., a shared bicycle or shared car).

[0204] In some embodiments, a user may initiate a request for a shared vehicle through a user terminal. In some embodiments, a user may initiate a request for a shared vehicle through a user terminal in any manner. For example, a user may initiate a request for a shared vehicle through voice, text, scanning a code, etc. A user may use a user terminal to scan a QR code of a shared vehicle to initiate a request for a shared vehicle.

[0205] Step 2: The server determines in real time whether the shared vehicle has moved outside the operating area:

[0206] Step 2.1: In response to the shared vehicle about to reach the boundary of the current operation, a warning prompt is issued. For example, a warning prompt may be issued to the user through a speaker of the shared vehicle or the user terminal to remind the user that he is about to leave the current operation area. For more information about the warning prompt, see Figure 3 .

[0207] Step 2.2: In response to the shared vehicle moving outside the preset range of the current operating area, a power-off reminder is issued, and the shared vehicle is powered off. For more information about the preset range, power-off reminder, and power-off operation, see Figure 3 .

[0208] In response to the shared vehicle not being moved outside the operating area, it is ensured that users can ride normally within the operating area.

[0209] Step 3: The user terminal obtains the user's operation instruction on the user terminal to determine whether the user confirms to return to the operating area:

[0210] In response to the user clicking a "ride back to the operating area" button on the user terminal, executing step 4;

[0211] In response to the user clicking the "lock and return the vehicle" button on the user device, the shared vehicle is controlled to lock and settle the bill, and the user is prompted to pay the corresponding rental fee and dispatch fee to end the rental.

[0212] Step 4: The user terminal sends a control instruction for the user to confirm returning to the operating area to the server. The server feeds back the operating area in the vicinity to the user terminal based on the current location of the shared vehicle and the user for the user to select.

[0213] Step 5: The user terminal feeds back the user selection to the server, and the server performs route planning based on the user's current location to the location of the selected operation area, determines the planned route, and sends the planned route to the user terminal. For more information about route planning, see Figure 3 .

[0214] Step 6: The user terminal sends the user's operation instruction for power-on riding to the vehicle terminal via short-distance communication. The short-distance communication method includes Bluetooth, etc. For more information about power recovery operations, see Figure 3 .

[0215] Step 7: After the vehicle terminal receives the power-on riding operation instruction, it restores power to the shared vehicle and reports the message that the vehicle has restored power to the server.

[0216] Step 8: After receiving the message that the shared vehicle has restored power, the server starts the vehicle driving route alignment detection. During the power riding process after the shared vehicle has restored power, it is determined whether the shared vehicle deviates from the planned route.

[0217] At the same time, the user terminal can continuously send the planned route to the vehicle terminal through short-distance communication, so that the vehicle terminal can prompt the user of the correct driving route through voice broadcast.

[0218] Execute steps 8.1 and 8.2 based on the judgment result of whether the shared vehicle deviates from the planned route:

[0219] Step 8.1: In response to the shared vehicle deviating from the planned route, a message that the driving route deviates from the planned route is sent to the vehicle terminal, so that the vehicle terminal prompts the user through a voice broadcast, and the voice broadcast can be similar to "deviating from the planned route, if it does not return to the designated route within X seconds, the power will be cut off again". At the same time, continue to execute steps 8.1.1 and 8.1.2:

[0220] Step 8.1.1, after detecting that the shared vehicle deviates from the planned route, if the shared vehicle does not return to the planned route within the specified time, re-execute step 2.2;

[0221] Step 8.1.1: After detecting that the shared vehicle deviates from the planned route, if the shared vehicle returns to the planned route within the specified time, execute step 8.2.

[0222] Step 8.2, in response to the shared vehicle not deviating from the planned route, the shared vehicle is continuously powered to ensure that the user continues riding.

[0223] Step 9, in response to the user continuing to ride, when the user rides the shared vehicle back to the operating area according to the planned route, the vehicle route fit detection is ended so that the user can ride normally in the operating area.

[0224] Step 10, in response to the user closing the bill after arriving at the destination, the user is prompted to pay the corresponding rental fee and dispatch fee, and the rental is ended.

[0225] One or more embodiments of the present specification also provide a device for shared vehicle control, including a processor, wherein the processor is used to execute the shared vehicle control method described in any of the above embodiments.

[0226] One or more embodiments of the present specification also provide a computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer runs the shared vehicle control method described in any of the above embodiments.

[0227] The basic concepts have been described above. Obviously, for those skilled in the art, the above detailed disclosure is only for example and does not constitute a limitation of this specification. Although not explicitly stated here, those skilled in the art may make various modifications, improvements and corrections to this specification. Such modifications, improvements and corrections are suggested in this specification, so such modifications, improvements and corrections still belong to the spirit and scope of the exemplary embodiments of this specification.

[0228] At the same time, this specification uses specific words to describe the embodiments of this specification. For example, "one embodiment", "an embodiment", and / or "some embodiments" refer to a certain feature, structure or characteristic related to at least one embodiment of this specification. Therefore, it should be emphasized and noted that "one embodiment" or "an embodiment" or "an alternative embodiment" mentioned twice or more in different positions in this specification does not necessarily refer to the same embodiment. In addition, certain features, structures or characteristics in one or more embodiments of this specification can be appropriately combined.

[0229] In addition, unless explicitly stated in the claims, the order of the processing elements and sequences described in this specification, the use of alphanumeric characters, or the use of other names are not intended to limit the order of the processes and methods of this specification. Although the above disclosure discusses some invention embodiments that are currently considered useful through various examples, it should be understood that such details are only for illustrative purposes, and the attached claims are not limited to the disclosed embodiments. On the contrary, the claims are intended to cover all modifications and equivalent combinations that are consistent with the essence and scope of the embodiments of this specification. For example, although the system components described above can be implemented by hardware devices, they can also be implemented only by software solutions, such as installing the described system on an existing server or mobile device.

[0230] Similarly, it should be noted that in order to simplify the description disclosed in this specification and thus help understand one or more embodiments of the invention, in the above description of the embodiments of this specification, multiple features are sometimes combined into one embodiment, figure or description thereof. However, this disclosure method does not mean that the features required by the subject matter of this specification are more than the features mentioned in the claims. In fact, the features of the embodiments are less than all the features of the single embodiment disclosed above.

[0231] In some embodiments, numbers describing the number of components and attributes are used. It should be understood that such numbers used in the description of the embodiments are modified by the modifiers "about", "approximately" or "substantially" in some examples. Unless otherwise specified, "about", "approximately" or "substantially" indicate that the numbers are allowed to vary by ±20%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may change according to the required features of individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and adopt the general method of retaining digits. Although the numerical domains and parameters used to confirm the breadth of their range in some embodiments of this specification are approximate values, in specific embodiments, the setting of such numerical values ​​is as accurate as possible within the feasible range.

[0232] Each patent, patent application, patent application publication, and other materials, such as articles, books, specifications, publications, documents, etc., cited in this specification are hereby incorporated by reference in their entirety. Except for application history documents that are inconsistent with or conflicting with the contents of this specification, documents that limit the broadest scope of the claims of this specification (currently or later attached to this specification) are also excluded. It should be noted that if the descriptions, definitions, and / or use of terms in the materials attached to this specification are inconsistent or conflicting with the contents described in this specification, the descriptions, definitions, and / or use of terms in this specification shall prevail.

[0233] Finally, it should be understood that the embodiments described in this specification are only used to illustrate the principles of the embodiments of this specification. Other variations may also fall within the scope of this specification. Therefore, as an example and not a limitation, alternative configurations of the embodiments of this specification may be considered consistent with the teachings of this specification. Accordingly, the embodiments of this specification are not limited to the embodiments explicitly introduced and described in this specification.

Claims

1. A shared vehicle control method, characterized in that: The method comprises: In response to the shared vehicle meeting a power-off trigger condition, issuing an impending power-off reminder; In response to receiving a control instruction from a user confirming to return to the operating area, determining a target operating area, and determining a planned route based on the current location and the target operating area; During the process of the shared vehicle returning to the operation area after being powered, determining whether the shared vehicle deviates from the planned route; and In response to deviation from the planned route, the impending power-off reminder is issued.

2. The method according to claim 1, characterized in that The determining whether the shared vehicle deviates from the planned route includes: Based on positioning information, correction information, terminal collection information, and location point information, a judgment result is determined by a judgment model. The location point information includes location points on the planned route that are related to the positioning information. The judgment result includes whether the shared vehicle deviates from the planned route. The judgment model is a machine learning model.

3. The method according to claim 2, characterized in that The location point information is a location point on the planned route that is shortest in distance from the real-time location of the shared vehicle, and the real-time location is determined based on the positioning information.

4. The method according to claim 2, characterized in that The input data of the judgment model is sequence data, and the judgment model is a machine learning model based on time series.

5. The method according to claim 1, characterized in that In response to the shared vehicle meeting the power-off triggering condition, issuing a prompt of an impending power-off includes: In response to the shared vehicle moving out of a preset range, issuing the impending power-off reminder; In response to the user's response to the impending power-off prompt satisfying a preset power-off condition, the shared vehicle is controlled to perform a power-off operation.

6. The method according to claim 1, characterized in that After issuing the prompt of impending power failure in response to deviation from the planned route, the method further includes: In response to the user's response to the impending power-off prompt satisfying a preset condition for continuous power supply, the shared vehicle is controlled to perform a continuous power supply operation.

7. The method according to claim 1, characterized in that Determining the target operating area includes: A plurality of candidate operating areas are determined, and the target operating area is determined according to the user selection and the plurality of candidate operating areas.

8. A shared vehicle control system, characterized in that: The system comprises: A power-off prompt module, configured to issue a prompt for an impending power-off in response to a shared vehicle satisfying a power-off trigger condition; A determination module, configured to determine a target operation area in response to receiving a control instruction from a user confirming to return to the operation area, and determine a planned route based on the current location and the target operation area; Detection module for During the process of the shared vehicle being powered and returning to the operating area, determining whether the shared vehicle deviates from the planned route; and In response to deviation from the planned route, the impending power-off reminder is issued.

9. A terminal control device, characterized in that: The apparatus comprises at least one processor and at least one memory; The at least one memory is used to store computer instructions; The at least one processor is used to execute at least part of the computer instructions to implement the shared vehicle control method as described in any one of claims 1-7.

10. A computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions in the storage medium, the computer executes the shared vehicle control method as described in any one of claims 1 to 7.

Images