Lock failure order closing method, system and device and storage medium

Abstract

The embodiment of the invention provides a vehicle lock failure order closing method, system and device and a storage medium, and the method comprises the steps: obtaining the motion data of a vehicle, the vehicle being a vehicle corresponding to an order initiated by a user; responding to the condition that the motion data meets a preset condition, and sending an inquiry instruction related to bicycle lock failure; based on the inquiry feedback information of the user, determining a failure judgment result of the vehicle lock of the vehicle; and closing the order when the failure judgment result is that the bicycle lock fails.

Description

Technical Field

[0001] The present invention relates to the field of shared vehicles, and in particular to a method, system, device and storage medium for closing a vehicle lock failure. Background Art

[0002] The emergence of shared transportation tools such as shared bicycles has brought great convenience to people's travel life, and is conducive to saving transportation resources and reducing environmental pollution. However, some malfunctions of shared transportation tools will affect the user experience.

[0003] Therefore, it is necessary to provide a method, system, device and storage medium for closing a vehicle lock failure order. Summary of the invention

[0004] One or more embodiments of the present specification provide a method for closing an order due to a vehicle lock failure, the method comprising: acquiring motion data of a vehicle, the vehicle being the vehicle corresponding to an order initiated by a user; in response to the motion data satisfying a preset condition, issuing an inquiry instruction related to a vehicle lock failure; based on the user's inquiry feedback information, determining a failure judgment result of the vehicle lock of the vehicle; and in response to the failure judgment result being a vehicle lock failure, closing the order.

[0005] One or more embodiments of the present specification provide a system for closing an order due to a vehicle lock failure, the system comprising: an acquisition module configured to acquire motion data of a vehicle, the vehicle being the vehicle corresponding to an order initiated by a user; an inquiry module configured to issue an inquiry instruction related to a vehicle lock failure in response to the motion data satisfying a preset condition; a determination module configured to determine a failure judgment result of the vehicle lock of the vehicle based on the inquiry feedback information of the user; and an order closing module configured to close the order in response to the failure judgment result being a vehicle lock failure.

[0006] One or more embodiments of the present specification provide a vehicle lock failure closing order device, the device comprising at least one memory and at least one processor, the at least one memory being used to store computer instructions, the at least one processor executing the computer instructions or part of the instructions to implement the vehicle lock failure closing order method.

[0007] One or more embodiments of the present specification provide a computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions, the computer executes the vehicle lock failure closing method. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] 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:

[0009] Figure 1 is a schematic diagram of an application scenario of a vehicle lock failure closing system according to some embodiments of this specification;

[0010] Figure 2 is an exemplary module diagram of a vehicle lock failure closing system according to some embodiments of this specification;

[0011] Figure 3 is an exemplary flow chart of a method for closing a vehicle lock failure according to some embodiments of this specification;

[0012] Figure 4 is an exemplary flow chart of operation and maintenance order issuance according to some embodiments of this specification;

[0013] Figure 5 It is a general flow chart of the vehicle lock failure closing method shown in some embodiments of this specification. DETAILED DESCRIPTION

[0014] 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.

[0015] It should be understood that 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.

[0016] 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.

[0017] 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.

[0018] Figure 1It is a schematic diagram of the application scenario of the order closing system due to a bike lock failure shown in some embodiments of this specification. The order closing system and method due to a bike lock failure in this application can be applied to a scenario where a user cannot close an order due to a hardware abnormality after placing an order. For example, after a user successfully places an order, the lock buckle of the shared bicycle does not open normally, resulting in the user being unable to ride normally, and the user is also unable to operate the lock buckle to close the order, which results in a waste of user time and money. In some embodiments, the order closing system due to a bike lock failure can automatically close an order when a bike lock fails by implementing the method and / or process disclosed in this specification.

[0019] In some embodiments, Figure 1 As shown, the application scenario 100 of the vehicle lock failure clearance system may include a processing device 110, a vehicle terminal 120, a user terminal 130, a storage device 140, a network 150, a positioning system 160, and the like.

[0020] The processing device 110 can be used to process data and / or information from at least one component of the application scenario 100 of the vehicle lock failure closing system or an external data source (e.g., a cloud data center). For example, the processing device 110 can obtain the motion data of the vehicle. For another example, the processing device 110 can issue an inquiry instruction related to the vehicle lock failure when the motion data meets the preset conditions. For another example, the processing device 110 can determine the failure judgment result of the vehicle lock based on the user's inquiry feedback information. For another example, the processing device 110 can close the order when the failure judgment result is a vehicle lock failure.

[0021] In some embodiments, the processing device 110 may include a central processing unit (CPU), a digital signal processor (DSP), a system on a chip (SoC), a microcontroller unit (MCU), a computer, a user console, etc., or any combination thereof. In some embodiments, the processing device 110 may include a single server or a server group. The server group may be centralized or distributed. In some embodiments, the processing device 110 may be local or remote. In some embodiments, the processing device 110 may be implemented on a cloud platform. In some embodiments, the processing device 110 may be integrated or included in one or more other components (e.g., vehicle terminal 120, user terminal 130) of the application scenario 100 of the vehicle lock failure closing system.

[0022] In some embodiments, the vehicle terminal 120 may be the object of the vehicle lock failure clearance system. The vehicle terminal 120 may include a shared bicycle, etc. In some embodiments, the vehicle terminal 120 may receive instructions issued by the processing device 110 and complete corresponding tasks according to the instructions. For example, the vehicle terminal 120 may receive instructions such as obtaining vehicle motion data, and automatically control the vehicle terminal 120 to complete the corresponding operation.

[0023] In some embodiments, the vehicle terminal 120 may include multiple components. For example, the vehicle terminal 120 may include multiple components such as a control component (e.g., a central control unit, etc.), a positioning component (e.g., a GPS module), a timing component (e.g., a timer), a sensor component (e.g., a motion sensor, a pressure sensor, a radar sensor, an infrared sensor, and a camera), and a communication component (e.g., a GPS communication module, a short-range wireless communication module, etc.). The multiple components included in the vehicle terminal 120 can be installed at different locations of the vehicle according to actual needs. For example, the motion sensor can be installed near the central control unit of the vehicle or the rear axle of the vehicle. The vehicle terminal 120 can also autonomously control the vehicle under the coordinated action of the control component, the positioning component, the timing component, the sensor component, and the communication component. For example, the vehicle terminal 120 can generate instructions such as closing orders and autonomously control the vehicle under the coordinated action of the control component, the positioning component, the timing component, the sensor component, and the communication component. In some embodiments, the vehicle terminal 120 can communicate with at least one component of the application scenario 100 of the vehicle lock failure closing order system through the network 150. For example, the vehicle terminal 120 may send motion data to the processing device 110 and / or the user terminal 130 through the network 150 .

[0024] The user terminal 130 can realize the interaction between the user and the vehicle lock failure clearance system. In some embodiments, the user terminal 130 can be a terminal device used by the user when using vehicle services. In some embodiments, the user terminal 130 can be a terminal device used by operation and maintenance personnel. For more information about operation and maintenance personnel, please refer to Figure 4 In some embodiments, the user terminal 130 may display relevant information of the vehicle terminal 120 to the user. For example, the user terminal 130 may display the motion data of the vehicle terminal 120, the result of the vehicle lock failure judgment, etc. to the user. In some embodiments, the user terminal 130 may include a mobile device 130-1, a tablet computer 130-2, a laptop computer 130-3, other devices with input and / or output functions, etc., or any combination thereof.

[0025] The storage device 140 can be used to store data, instructions and / or any other information. In some embodiments, the storage device 140 can store data and / or information processed by the processing device 110. For example, the storage device can store motion data, query feedback information, failure judgment results, etc. In some embodiments, the storage device may include a random access memory (RAM), a read-only memory (ROM), a large-capacity memory, a removable memory, a volatile read-write memory, etc., or any combination thereof. In some embodiments, the storage device 140 can be implemented on a cloud platform. In some embodiments, the storage device 140 can be integrated or included in one or more other components of the application scenario 100 of the vehicle lock failure closing system (e.g., the processing device 110, the vehicle terminal 120, the user terminal 130).

[0026] The network 150 can facilitate the exchange of information and / or data. The network 150 enables communication between the components and with other components outside the system, facilitating the exchange of data and / or information. In some embodiments, one or more components of the application scenario 100 of the vehicle lock failure order closing system (e.g., the processing device 110, the vehicle terminal 120, the user terminal 130, the storage device 140) can send information and / or data to other components of the application scenario 100 of the vehicle lock failure order closing system through the network 150. For example, the processing device 110 can obtain the vehicle's motion data from the vehicle terminal 120 via the network 150.

[0027] In some embodiments, the network 150 may include any one or more of a wired network or a wireless network. In some embodiments, the network 150 may 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 near field communication (NFC), a bus within a device, a line within a device, a cable connection, or any combination thereof. In some embodiments, the network connection between the components of the application scenario 100 of the vehicle lock failure closing system may adopt one of the above methods or multiple methods. In some embodiments, the network 150 may be a combination of one or more topological structures in various topological structures such as point-to-point, shared, and centralized. In some embodiments, the network 150 may include one or more network access points. For example, the network 150 may include a wired or wireless network access point, through which one or more components of the application scenario 100 of the vehicle lock failure closing system may be connected to the network 150 to exchange data and / or information.

[0028] The positioning system 160 may include one or more satellites, such as satellite 160-1, satellite 160-2, and satellite 160-3, etc. In some embodiments, the positioning system 160 may be a global positioning system (GPS), a global navigation satellite system (GLONASS), a compass navigation system (COMPASS), a Beidou navigation satellite system, a Galileo positioning system, a quasi-zenith satellite system (QZSS), etc. The positioning system 160 may send a positioning signal to a positioning component in the vehicle terminal 120 via a wireless connection.

[0029] For more details about the above-mentioned motion data, inquiry feedback information, failure judgment results, etc., see Figure 3-5 and its related description.

[0030] It is worth noting that the application scenario 100 of the vehicle lock failure order closing system is provided for illustrative purposes only and is not intended to limit the scope of this specification. For those of ordinary skill in the art, various changes and modifications can be made according to the description of this specification. For example, the application scenario 100 of the vehicle lock failure order closing system can also include a database, an information source, etc. For another example, the application scenario 100 of the vehicle lock failure order closing system can be implemented on other devices to achieve similar or different functions. However, these changes and modifications will not deviate from the scope of this specification.

[0031] Figure 2 is an exemplary module diagram of a vehicle lock failure clearance system according to some embodiments of this specification. Figure 2 As shown, the vehicle lock failure clearance system 200 may include an acquisition module 210, an inquiry module 220, a determination module 230 and a clearance module 240. In some embodiments, the vehicle lock failure clearance system 200 may be implemented by a control component in the processing device 110 or the vehicle terminal 120.

[0032] In some embodiments, the acquisition module 210 can be configured to acquire movement data of a vehicle, where the vehicle corresponds to the order initiated by the user.

[0033] In some embodiments, the motion data may include at least one of the vehicle motion state, vehicle position, and continuous stop time. For more information, see Figure 3 Related description.

[0034] In some embodiments, the inquiry module 220 may be configured to issue an inquiry instruction related to vehicle lock failure in response to the motion data satisfying a preset condition.

[0035] In some embodiments, the inquiry module 220 may be further configured to determine whether to issue an inquiry command based on the continuous stop time and the stop time condition in response to the vehicle movement state being a stop state and the vehicle position being at a parking point.

[0036] In some embodiments, the determination module 230 may be configured to determine a malfunction determination result of the vehicle lock based on the user's query feedback information.

[0037] In some embodiments, the determination module 230 may be further configured to determine keyword information through voice recognition based on the query feedback information; and determine a failure judgment result based on the keyword information.

[0038] In some embodiments, the order closing module 240 can be configured to close the order in response to the failure judgment result being a vehicle lock failure.

[0039] In some embodiments, the order closing module 240 may be further configured to mark the vehicle as a vehicle to be repaired; and determine a dispatch work order based on the vehicle information of the vehicle to be repaired.

[0040] In some embodiments, the order closing module 240 can be further configured to determine the operation and maintenance personnel who check the locks of the vehicle to be repaired based on the dispatch work order; in response to the vehicle locks being damaged, issue an instruction to recover the vehicle to be repaired.

[0041] For more information about the acquisition module 210, the inquiry module 220, the determination module 230, and the order closing module 240, see Figure 3-5 and its related description.

[0042] It should be noted that the above description of the vehicle lock failure closing system 200 and its modules is only for the convenience of description and cannot limit the present specification to the scope of the embodiments. It is understandable that for those skilled in the art, after understanding the principle of the device, it is possible to arbitrarily combine the modules or form a sub-device to connect with other modules without deviating from the principle. In some embodiments, Figure 2 The modules disclosed in the specification may be different modules in a system, or one module may realize the functions of two or more modules. For example, each module may share a storage module, or each module may have its own storage module. Such variations are within the scope of protection of this specification.

[0043] Figure 3It is an exemplary flow chart of the method for closing a vehicle lock failure order according to some embodiments of this specification. In some embodiments, process 300 can be executed by processing device 110 or vehicle lock failure order closing system 200. For example, process 300 can be stored in the storage device 140 in the form of a program or instruction, and when processing device 110 or vehicle lock failure order closing system 200 executes the instruction, process 300 can be implemented. The operational diagram of process 300 presented below is illustrative. In some embodiments, the process can be completed using one or more additional operations not described and / or one or more operations not discussed. In addition, Figure 3 The order in which the operations of process 300 are shown and described below is not limiting. Figure 3 As shown, process 300 includes the following steps.

[0044] Step 310 , obtaining the motion data of the vehicle. In some embodiments, step 310 may be performed by the obtaining module 210 .

[0045] In some embodiments, the vehicle may be a vehicle corresponding to an order initiated by a user. For example, the vehicle may be a shared bicycle that a user has initiated an order for. The user may initiate an order by scanning a QR code. When a user scans a QR code corresponding to a vehicle and places an order, the vehicle is the vehicle corresponding to the order initiated by the user.

[0046] Movement data refers to data information related to the movement of the vehicle corresponding to the order initiated by the user, such as the travel distance, etc. In some embodiments, the movement data can be acquired and recorded by devices such as sensor components, positioning components, and communication components carried on the vehicle.

[0047] In some embodiments, the motion data may include at least one of the vehicle motion state, vehicle location, and continuous stop time.

[0048] In some embodiments, the vehicle motion state may represent the current motion state of the vehicle corresponding to the order initiated by the user. The vehicle motion state may include a driving state and a stopped state. In some embodiments, the processing device 110 may obtain the vehicle motion state through data provided by a motion sensor (such as a speed sensor, etc.) mounted on the vehicle (such as a real-time speed monitored by the speed sensor, etc.). For more information about motion sensors, see Figure 1 Related description.

[0049] In some embodiments, the vehicle position may be represented by latitude and longitude coordinates of the vehicle's location. In some embodiments, the vehicle position may be obtained by various methods such as positioning by a positioning component. For example, the processing device 110 obtains the vehicle position through a GPS module installed on the vehicle.

[0050] The continuous stop time refers to the time that the vehicle corresponding to the order initiated by the user stops continuously from the time point when the order is initiated. In some embodiments, the continuous stop time can be represented by the duration of the vehicle's stationary state and / or the duration of the vehicle's position remaining unchanged. Among them, the vehicle's position remaining unchanged can mean that the change in the vehicle's position is less than a preset threshold (e.g., the Euclidean distance of the vehicle coordinates before and after the vehicle's position changes is less than 0.3 meters, etc.). In some embodiments, the processing device can determine the continuous stop time of the vehicle based on the time point corresponding to the order initiated by the user and the current time point.

[0051] In some embodiments of the present specification, the vehicle's motion data is represented by at least one of the vehicle's motion state, vehicle position, or continuous stop time, so that the vehicle's lock state can be effectively monitored, which is conducive to the subsequent timely discovery of whether the lock is normally opened.

[0052] Step 320 , in response to the motion data satisfying the preset condition, issuing an inquiry instruction related to the vehicle lock failure. In some embodiments, step 320 may be executed by the inquiry module 220 .

[0053] The preset condition refers to the condition that the motion data needs to meet to trigger the processing device 110 to issue the query instruction. In some embodiments, the preset condition can be preset manually based on experience or set by system default. For example, the preset condition can refer to the driving distance being continuously 0, that is, in response to the driving distance of the vehicle being continuously 0, the processing device 110 can issue a query instruction related to the failure of the vehicle lock.

[0054] An inquiry instruction refers to an instruction for the intelligent customer service to conduct an online inquiry. In some embodiments, the processing device 110 issues an inquiry instruction related to the failure of the vehicle lock, triggering the intelligent customer service to make an inquiry. Among them, the way in which the intelligent customer service conducts inquiries may include at least one of online conversations through the APP service window, calling the user, etc. The inquiry content of the intelligent customer service is related to whether the vehicle lock has failed. For example, the inquiry content of the intelligent customer service includes text or voice content (such as, "Hello user, have you encountered the problem of failure to close the vehicle lock?"). In some embodiments, in the way that the intelligent customer service conducts inquiries, the intelligent customer service can give options (such as "yes", "no" failure, etc.) for users to choose by way of options. For more information, please refer to Figure 3 The following is a description of the relevant.

[0055] In some embodiments, in response to the motion data satisfying a preset condition, the processing device 110 may issue a query instruction related to vehicle lock failure in a variety of ways. For example, the processing device 110 may issue a query instruction related to vehicle lock failure in response to the vehicle's travel distance being continuously zero.

[0056] In some embodiments, in response to the motion data satisfying a preset condition, issuing an inquiry instruction related to a vehicle lock failure may include: in response to the vehicle's motion state being a stopped state and the vehicle's position being at a parking point, the processing device 110 may determine whether to issue an inquiry instruction based on the continuous stop time and the stop time condition.

[0057] In some embodiments, the vehicle motion state being a stopped state may refer to the vehicle motion state monitored by the motion sensor being a stopped state. For example, when multiple real-time speeds continuously monitored by the speed sensor are all 0, the vehicle is in a stopped state.

[0058] In some embodiments, the vehicle position being located at a parking spot may mean that the vehicle position is always within the range of the parking spot. Wherein, the parking spot refers to the point where the vehicle is locked and parked. In some embodiments, the parking spot may be planned and set by a platform (e.g., an operator, a relevant government department). In some embodiments, the processing device 110 may obtain the vehicle position multiple times and / or in real time through a positioning component. When the vehicle is always within the range of the parking spot, the processing device 110 may determine that the vehicle position is located at the parking spot.

[0059] The stop time condition refers to the condition that needs to be met for the continuous stop time to trigger the query instruction. In some embodiments, the stop time condition may refer to the continuous stop time being greater than the stop time threshold (such as 30 seconds, 1 minute, 2 minutes, 3 minutes, etc.). The stop time threshold refers to the minimum time value that needs to be reached for the continuous stop time to trigger the query instruction. The stop time conditions corresponding to different users may be the same or different. The processing device 110 may set different stop time thresholds for different users according to actual conditions. For example, the stop time threshold corresponding to user A is shorter (such as 30 seconds, 1 minute, etc.). For another example, the stop time threshold corresponding to user B is longer (such as 1 minute, 2 minutes, etc.). For another example, the stop time threshold corresponding to user C is longer (such as 3 minutes, etc.).

[0060] In some embodiments, processing device 110 may determine the stop time condition based on the user's historical wait time.

[0061] The user's historical waiting time refers to the time taken by the user from the time when the user scanned the code to place an order to unlock the car to the time when the user started riding in the past historical time. The processing device can preset the length of the historical time in advance according to actual needs. In some embodiments, the processing device 110 can determine the user's historical waiting time based on the recorded data of one or more historical orders when the user used the shared bicycle service in history or the historical data in the lock failure closing order system 200. The recorded data and / or historical data of the user's historical orders may include the data of one or more historical orders corresponding to the user. The processing device 110 can store the recorded data and / or historical data of the user's historical orders in the storage device 140 regularly or in real time. The processing device 110 can process the data corresponding to one or more historical orders (such as calculating the average, median, etc.), and determine the processed data as the historical waiting time of the user.

[0062] In some embodiments, the data acquired by the processing device 110 (such as the record data of the user's historical orders, etc.) is authorized by the user and is not used for other purposes not authorized by the user. In the following embodiments, the data about the user acquired by the processing device 110 is authorized by the user and is not used for other purposes not authorized by the user.

[0063] In some embodiments, the processing device 110 may determine the stop time condition in a variety of ways based on the historical waiting time of the user. For example, the processing device 110 may determine the historical waiting time of the user as the stop time threshold in the stop time condition corresponding to the user. For another example, the processing device 110 may determine the stop time threshold in the stop time condition based on the relationship between the stop time threshold in the stop time condition and the historical waiting time (e.g., a positive correlation). The longer the historical waiting time corresponding to a certain user, the larger the corresponding stop time threshold of the user.

[0064] In some embodiments of the present specification, according to the historical waiting time of different users, the stop time conditions corresponding to different users are personalized, which can avoid the unreasonable setting of the stop time conditions due to individual differences. For example, the historical waiting time corresponding to users such as disabled people and the elderly is longer, and the processing device 110 can scientifically set the stop time threshold in the stop time condition that meets the user's personal situation (e.g., a longer stop time threshold).

[0065] In some embodiments, processing device 110 may determine the stop time condition based on a plurality of historical waiting times of a plurality of users of the parking spot.

[0066] The multiple historical waiting times of multiple users at a parking spot refer to the historical waiting times of multiple historical users at the same parking spot where the user is currently located. In some embodiments, the processing device 110 may determine the multiple historical waiting times of multiple users at the parking spot by retrieving historical data of multiple historical orders at the same parking spot from the storage device 140 or the like.

[0067] In some embodiments, the processing device 110 may determine the stop time condition in a variety of ways based on multiple historical waiting times of multiple users at the parking spot. For example, the processing device 110 may determine the statistics (e.g., average or median, etc.) of multiple historical waiting times of multiple historical users at the parking spot where the user is currently located as the stop time threshold in the stop time condition corresponding to the user at the parking spot. For another example, the processing device 110 may determine the stop time threshold corresponding to the user at the parking spot based on the relationship (e.g., positive correlation) between the stop time threshold in the stop time condition and the statistics of multiple historical waiting times of multiple users at the parking spot.

[0068] In some embodiments of the present specification, the stop time condition corresponding to the same parking spot is personalized according to the historical waiting time of multiple users, so as to avoid unreasonable setting of the stop time condition due to differences in parking spots. For example, if the parking spot with rusty or insensitive locks is slow to unlock and the corresponding historical waiting time is long, the processing device 110 can scientifically set the stop time threshold in the stop time condition that meets the situation of the parking spot (e.g., a longer stop time threshold).

[0069] In some embodiments, the processing device 110 may determine the stop time condition based on at least one of location characteristics, climate characteristics, and time characteristics of the parking point.

[0070] Location characteristics refer to relevant information data that can characterize the location of a parking spot. For example, location characteristics may include the flow of people at the parking spot in different time periods. In some embodiments, the processing device 110 may connect to a monitoring device at or near the parking spot through the network 150 to monitor the location of the parking spot or the parking spot in real time, and then determine the location characteristics of the parking spot.

[0071] Climate characteristics refer to characteristics that can characterize the climate of the parking point at the current time. For example, climate characteristics may include the weather and season of the parking point at the current time. In some embodiments, the processing device 110 may determine the climate characteristics of the parking point at the current time based on the network 150 through a third-party platform (e.g., a weather forecast APP, etc.).

[0072] The time feature refers to a feature that can characterize the time period information of the parking point at the current time. For example, the time period information is 07:00-09:00 on Monday, and the time feature corresponding to the time period is the rush hour. There may be a preset corresponding relationship between different time period information and time features. In some embodiments, the processing device 110 may determine the time period information of the current time based on the network 150, and determine the time feature of the parking point at the current time based on the above preset corresponding relationship.

[0073] In some embodiments, the processing device 110 may determine the stop time condition according to a first preset rule based on at least one of the location feature, climate feature, and time feature. The first preset rule may be set manually based on experience or by system default. For example, the first preset rule is that for location features such as parking spots with large passenger flow, and / or climate features such as severe weather such as heavy rain that is inconvenient for users to operate, and / or time features such as rush hour, the processing device 110 may set a longer stop time threshold in the stop time condition.

[0074] In some embodiments of the present specification, the stop time threshold in the stop time condition is determined based on at least one of location characteristics, climate characteristics, and time characteristics. This can consider the impact of different factors on the user's unlocking behavior in many aspects, and then determine a more reasonable stop time condition, which is conducive to improving the user experience.

[0075] In some embodiments, the stopping time condition may be related to the number of vehicles at the stop.

[0076] The number of vehicles at a parking spot refers to the total number of all vehicles within the parking spot where the user unlocks the vehicle. In some embodiments, the processing device 110 can count the number of vehicles whose vehicle positions are located within the parking spot through the positioning component of the vehicle terminal.

[0077] In some embodiments, the processing device 110 may adjust the stop time condition according to a second preset rule based on the number of vehicles at the parking spot. The second preset rule may be set manually based on experience or by system default. For example, if the second preset rule is that there are a large number of vehicles within the parking spot where the user unlocks the vehicle, it may be difficult for the user to quickly move the vehicle out of the lock bar due to vehicle congestion after unlocking the vehicle, then the processing device 110 may set a longer stop time threshold in the stop time condition.

[0078] In some embodiments of the present specification, considering that the number of vehicles within the parking spot where the user unlocks the vehicle may vary due to different times and locations, the stop time threshold in the stop time condition of the parking spot is dynamically adjusted at intervals of preset time periods according to the real-time situation of the number of vehicles, which is conducive to determining a more reasonable stop time condition. The processing device 110 can preset the size of the interval preset time period in advance according to actual conditions.

[0079] In some embodiments, the processing device 110 may determine the stop time condition in a variety of ways based on at least two of the user's historical waiting time, multiple historical waiting times of multiple users at the parking spot, the characteristics of the parking spot (such as at least one of location characteristics, climate characteristics, and time characteristics), and the number of vehicles at the parking spot. For example, the processing device 110 may perform operations such as averaging or weighted summing on the stop time thresholds determined by at least two of the above four methods, and then determine the comprehensive stop time threshold. The processing device 110 may determine the above-determined comprehensive stop time threshold as the stop time threshold in the final stop time condition. The processing device 110 may preset the weights of different stop time thresholds in the weighted summation in advance.

[0080] In some embodiments of the present specification, considering various factors comprehensively to determine the stop time condition (stop time threshold) can further improve the accuracy of the determined stop time condition and determine a stop time condition that is more suitable for the user, which is conducive to further improving the user experience.

[0081] In some embodiments, the processing device 110 can determine the stop time condition corresponding to the user through a conditional generation model based on at least two of the user's historical waiting time, multiple historical waiting times of multiple users at the parking spot, characteristics of the parking spot, the number of vehicles at the parking spot, etc.

[0082] The conditional generation model refers to a model used to generate the stop time condition. In some embodiments, the conditional generation model can be a machine learning model. For example, one or any combination of a deep neural network model (DNN), a convolutional neural network model (CNN), or other customized model structures.

[0083] In some embodiments, the conditional generation model can be obtained by training with labeled training data. Each set of training data may include at least two of the sample historical waiting time of the user, the sample historical waiting time of multiple users at the parking point, the sample characteristics of the parking point, the sample number of vehicles at the parking point, etc. In some embodiments, the training data can be acquired based on historical data. The label of each set of training data can be the actual stop time condition corresponding to the set of training data, which can be determined and / or manually labeled based on the records of past users. The records of past users may include different historical stop time thresholds corresponding to different users. For example, the processing device 110 can determine the historical stop time threshold of the user corresponding to the set of training data based on the records of past users. The processing device 110 can determine the actual stop time condition of the user based on the historical stop time threshold of the user. Exemplarily, the actual stop time condition of the user is that the continuous stop time of the user is greater than the historical stop time threshold.

[0084] In some embodiments, the conditional generation model can be trained in the following manner: multiple labeled training data are input into the initial condition generation model, a loss function is constructed through the labels and the output results of the initial condition generation model, the initial condition generation model is updated based on the iteration of the loss function, and the conditional generation model training is completed when the loss function of the initial condition generation model meets the iteration termination condition, wherein the iteration termination condition may be the convergence of the loss function, the number of iterations reaching a set value, etc.

[0085] In some embodiments of the present specification, by inputting at least two of the user's historical waiting time, multiple historical waiting times of multiple users at the parking spot, the characteristics of the parking spot, the number of vehicles at the parking spot, etc. into a condition generation model, the stop time condition corresponding to the user is determined, which can further improve the accuracy of the determined stop time condition and is conducive to further improving the user experience.

[0086] In some embodiments, the processing device 110 may determine the stop time condition by means of vector retrieval based on the historical waiting time of the user, multiple historical waiting times of multiple users of the parking spot, the characteristics of the parking spot, the number of vehicles at the parking spot, etc. For example, the processing device 110 may construct a vector to be matched based on the historical waiting time of the user, multiple historical waiting times of multiple users of the parking spot, the characteristics of the parking spot, the number of vehicles at the parking spot, etc. The processing device 110 may search in a vector database based on the vector to be matched, obtain a reference vector whose vector distance with the vector to be matched meets a distance threshold, and determine the historical stop time condition corresponding to the reference vector as the user's stop time condition. The vector database is used to store a number of historical vectors and their corresponding historical stop time conditions. Each historical vector is constructed based on the historical actual waiting time of the historical user, the multiple historical actual waiting time of multiple historical users of the parking spot, the characteristics of the parking spot, the actual number of vehicles at the parking spot, etc.

[0087] In some embodiments of the present specification, based on the user's historical waiting time, multiple historical waiting times of multiple users at the parking point, the characteristics of the parking point, the number of vehicles at the parking point, etc., the stop time condition is determined by vector retrieval, which can further improve the accuracy of the determined stop time condition and is more conducive to further improving the user experience.

[0088] In some embodiments, when the vehicle is in a stopped state and the vehicle is at a parking spot, the processing device 110 may determine whether the continuous stop time satisfies the stop time condition, and if it is determined that the continuous stop time satisfies the stop time condition, an inquiry instruction is issued, otherwise, no inquiry instruction is issued. For example, when the vehicle is in a stopped state and the vehicle is at a parking spot, and it is determined that the continuous stop time of the vehicle is greater than the stop time threshold in the stop time condition, the processing device 110 may trigger the intelligent customer service to call the user and issue a voice message (e.g., "Hello user, are you experiencing a problem with the vehicle lock closing order failure?").

[0089] In some embodiments of the present specification, in response to the simultaneous satisfaction of the vehicle's motion state being a stopped state and the vehicle's position being at a parking point, the problem of obtaining an erroneous continuous stop time due to a failure of a motion sensor or a positioning component (such as the speed sensor mounted on the vehicle falling off, or an error in the GPS module installed on the vehicle, etc.) can be effectively avoided, thereby ensuring the accuracy of the judgment of whether the continuous stop time meets the stop time condition.

[0090] Step 330 , based on the user's query feedback information, determine the malfunction judgment result of the vehicle lock. In some embodiments, step 330 may be performed by the determination module 230 .

[0091] The user's inquiry feedback information refers to the feedback information of the user's inquiry to the intelligent customer service. In some embodiments, the user's inquiry feedback information may be related to whether the car lock is malfunctioning. For example, the user's inquiry feedback information may include at least one of the voice spoken by the user, the text sent by the user, the option clicked by the user, etc. in the conversation between the user and the intelligent customer service.

[0092] In some embodiments, the processing device 110 may obtain the user's inquiry feedback information in a variety of ways. For example, the processing device 110 may obtain the user's inquiry feedback information such as the user's voice, the user's text, the user's clicked options, etc. based on the call recording of the intelligent customer service calling the user and the chat record of the online conversation in the APP service window.

[0093] The failure judgment result refers to the judgment result of whether the lock of the vehicle used by the user fails. For example, the failure judgment result may include whether the lock fails or not.

[0094] In some embodiments, the processing device 110 may determine the failure judgment result in a variety of ways based on the user's query feedback information. For example, the processing device 110 may determine that the failure judgment result is a vehicle lock failure based on text sent by the user (such as a vehicle lock abnormality, etc.).

[0095] In some embodiments, the processing device 110 may determine keyword information through voice recognition based on the query feedback information; and determine a failure judgment result based on the keyword information.

[0096] Keyword information refers to words related to whether the car lock is malfunctioning. For example, keyword information may include whether the lock is opened normally / not opened normally, unlocking success / failure, unable to unlock, car lock malfunction, unable to lock, etc.

[0097] In some embodiments, the processing device 110 may determine the keyword information through speech recognition. In some embodiments, speech recognition may be implemented through a keyword extraction algorithm or the like, wherein the keyword extraction algorithm may include a TF-IDF algorithm, a TextRank algorithm, or the like.

[0098] In some embodiments, the processing device 110 may determine the failure judgment result in a variety of ways based on the keyword information. For example, the processing device may determine that the vehicle lock is failed based on the keyword information (e.g., the lock buckle is not opened normally, the unlocking fails, the unlocking fails, the vehicle lock fails, the lock fails, the lock fails, etc.). For another example, the processing device may determine that the vehicle lock is not failed based on the keyword information (e.g., the lock buckle is opened normally, the unlocking succeeds, etc.).

[0099] In some embodiments of the present specification, based on the user's query feedback information, the keyword information can be accurately and quickly determined using voice recognition technology, thereby making the determination of the failure determination result more efficient and accurate.

[0100] In some embodiments, the processing device 110 may determine the user's option information based on the query feedback information; and determine the failure judgment result based on the option information.

[0101] Option information refers to the user's relevant selection information for the options provided by the intelligent customer service during the inquiry process. For example, option information may include predefined operations, fault types, etc.

[0102] In some embodiments, the processing device 110 can determine the user's option information in a variety of ways based on the query feedback information. For example, during an online conversation with the intelligent customer service in the APP service window, the user clicks "No" for the answer button "Yes" and "No" provided by the intelligent customer service regarding "Is the lock normally opened?", and then it is determined that the user's option information is that the lock is not normally opened.

[0103] In some embodiments, the processing device 110 may determine the failure judgment result in a variety of ways based on the option information. For example, the processing device 110 may determine the failure judgment result by looking up a preset correspondence table including option information and failure judgment results according to the user's option information. The preset correspondence table may be constructed by a person skilled in the art based on a large amount of historical option information and corresponding historical failure judgment results.

[0104] In some embodiments of the present specification, based on the option information, the query feedback information can be fully utilized to provide other ways to quickly and accurately determine the failure judgment result.

[0105] Step 340 , in response to the failure judgment result being that the vehicle lock fails, closing the order. In some embodiments, step 340 may be performed by the order closing module 240 .

[0106] In some embodiments, when the failure determination result is that the vehicle lock fails, the processing device 110 can automatically close the order. In some embodiments, when the order is automatically closed, the processing device 110 can also exempt the user from the fee for the order.

[0107] In some embodiments, the processing device 110 may mark the vehicle as a vehicle to be repaired, and determine a dispatch work order based on the vehicle information of the vehicle to be repaired. For more information, see Figure 4 Related description.

[0108] In some embodiments of the present specification, the above-mentioned method for closing an order due to a vehicle lock failure can effectively solve the problem that the user cannot ride and close the order due to a vehicle lock hardware abnormality after placing an order, thereby saving the user's time and energy and improving the user experience.

[0109] In some embodiments of this specification, by acquiring the vehicle's motion data, analyzing the situation where the user is in a normal order placement, but the lock hardware is damaged and the user cannot ride and close the order, triggering the intelligent customer service line inquiry, the user can be provided with a way to solve the problem in a timely manner, and then judging whether the lock is malfunctioning according to the user's feedback information, and automatically closing the order when the lock is malfunctioning, so that the user does not need to wait or contact the customer service staff to handle the order closing request, saving the user's time and energy. Automatic order closing can ensure that the user can end the ride in time, avoid the user from paying more extra fees, and improve the user's satisfaction with the shared bicycle service.

[0110] Figure 4 is an exemplary flow chart of issuing an operation and maintenance order according to some embodiments of this specification. In some embodiments, for a vehicle whose lock may fail, the processing device 110 may issue an operation and maintenance order. Figure 4 As shown, process 400 may include step 410 and step 420. In some embodiments, Figure 4 Steps 410 and 420 shown may be performed by the processing device 110 .

[0111] Step 410, marking the vehicle as a vehicle to be repaired.

[0112] Vehicles to be repaired refer to vehicles that may have a lock failure and need to be repaired. For example, Figure 3 The vehicle whose failure judgment result is lock failure.

[0113] In some embodiments, the processing device 110 may mark the vehicle as a vehicle to be repaired in a variety of ways. For example, in response to the failure determination result being a vehicle lock failure, the processing device 110 may mark the vehicle as a vehicle to be repaired.

[0114] Step 420, determining a dispatch work order based on the vehicle information of the vehicle to be repaired.

[0115] The vehicle information of the vehicle to be repaired refers to characteristic information that can identify the vehicle. For example, the vehicle information may include at least one of the vehicle number, vehicle location, and vehicle lock fault description.

[0116] A dispatch work order refers to a work order for vehicle operation and maintenance. For example, a dispatch work order may include the vehicle number, vehicle location, failure judgment result, etc. of the vehicle to be repaired. In some embodiments, the processing device 110 may determine the dispatch work order through a variety of methods based on the vehicle information of the vehicle to be repaired. For example, the processing device 110 may use natural language processing technology to process the vehicle information of the vehicle to be repaired and automatically fill in and generate a dispatch work order.

[0117] In some embodiments, the vehicle is marked as a vehicle to be repaired, and a dispatch work order is determined based on the vehicle information so that vehicles that may have lock failures can be processed in a timely manner.

[0118] In some embodiments, based on the dispatch work order, the processing device 110 can verify whether the lock of the vehicle to be repaired is damaged through the operation and maintenance personnel, and determine whether to recycle the vehicle to be repaired. Figure 4 As shown, process 400 may also include step 430 and step 440. In some embodiments, Figure 4 Steps 430 and 440 as shown may be performed by processing device 110 .

[0119] Step 430, based on the dispatch work order, determine the operation and maintenance personnel who will check the locks of the vehicle to be repaired.

[0120] Operation and maintenance personnel refer to the staff who check whether the locks of the vehicle to be repaired are damaged or malfunctioning.

[0121] In some embodiments, the processing device 110 may determine the operation and maintenance personnel who checks the locks of the vehicle to be repaired in a variety of ways. For example, the processing device 110 may determine the operation and maintenance personnel who is responsible for the area where the vehicle location is located or the operation and maintenance personnel closest to the vehicle location as the operation and maintenance personnel who checks the locks of the vehicle to be repaired based on the vehicle location and / or the location of the operation and maintenance personnel recorded in the dispatch work order. The operation and maintenance personnel is used to check whether the locks of the vehicle to be repaired are malfunctioning. The processing device 110 may determine the location of the operation and maintenance personnel through the terminal device of the operation and maintenance personnel.

[0122] In some embodiments, the operation and maintenance personnel can verify the accuracy of the failure judgment result (lock failure) by checking the function and status of the vehicle (whether the lock is damaged, etc.). In some embodiments, when the operation and maintenance personnel verify that the lock is not damaged and the lock of the vehicle to be repaired is not failed, the processing device 110 can end the dispatch work order. The repaired vehicle can continue to provide services to the user.

[0123] Step 440, in response to the vehicle lock being damaged, issuing an instruction to recover the vehicle to be repaired.

[0124] In some embodiments, when the operation and maintenance personnel determine that the vehicle lock is damaged and the vehicle lock of the vehicle to be repaired fails, the processing device 110 can issue an instruction to recover the vehicle to be repaired, and the operation and maintenance personnel will recover the vehicle for repair and end the scheduling work order.

[0125] In some embodiments, the repair process for vehicle recovery may include temporarily removing the vehicle from the available vehicle pool and arranging for maintenance personnel to repair or replace the vehicle locks.

[0126] In some embodiments of the present specification, according to the dispatch work order, the operation and maintenance personnel can be quickly and reasonably determined to promptly check whether the lock of the vehicle to be repaired is malfunctioning. When the lock is confirmed to be damaged, an instruction to recover the vehicle to be repaired is issued, and the vehicle to be repaired is recovered and repaired in time to ensure the available number and utilization efficiency of the vehicle.

[0127] In some embodiments, the processing device 110 may record operation and maintenance data of the vehicle to be repaired that is being recycled for repair.

[0128] Operation and maintenance data refers to various data generated during the vehicle operation and maintenance process. In some embodiments, the operation and maintenance data may include operation and maintenance task information, fault handling information, historical statistical information, etc. Among them, the operation and maintenance task information may include task number, vehicle information, operation and maintenance personnel, maintenance time, etc.; fault handling information may include the fault description of the operation and maintenance task and the corresponding solution; historical statistical information may include the vehicle maintenance history and statistical information, such as the number of maintenance times, fault type distribution, etc.

[0129] In some embodiments, the processing device 110 may record the operation and maintenance data of the vehicle to be repaired that is being recycled and repaired in the storage device 140 .

[0130] In some embodiments of the present description, by recording the operation and maintenance data of the vehicles to be repaired and recovered for repair, the operation and maintenance personnel are provided with data for summarizing experience, which is helpful for the operation and maintenance team to better understand the problem and propose the correct solution.

[0131] Figure 5 is a general flow chart of the method for closing a vehicle lock failure according to some embodiments of this specification. In some embodiments, Figure 5 The process 500 shown may be performed by the processing device 110. The operational diagram of the process 500 presented below is illustrative. In some embodiments, the process may be completed using one or more additional operations not described and / or one or more operations not discussed. In addition, Figure 5 The order in which the operations of process 500 are shown and described below is not limiting. Figure 5 As shown, process 500 may include the following steps.

[0132] Step 510: The user places the order successfully.

[0133] In some embodiments, when the user successfully places an order, the processing device 110 can obtain the movement data of the vehicle corresponding to the order initiated by the user. For more information, see Figure 3 The relevant description of step 310 in FIG.

[0134] Step 520: The vehicle is in a stopped state and the vehicle is at a parking point.

[0135] In some embodiments, the vehicle lock may not be opened normally and the user cannot close the order. In response to the vehicle movement state being a stopped state and the vehicle position being at a parking point, the processing device 110 may execute step 530 .

[0136] Step 530: Check whether the continuous stop time meets the stop time condition. For more information about the possibility that the car lock may not be opened normally and the user cannot close the order, please refer to Figure 3 The relevant description of step 320 in FIG.

[0137] In some embodiments, the processing device 110 may determine whether to execute step 540 based on the continuous stop time and the stop time condition. For example, in response to the continuous stop time satisfying the stop time condition, the processing device 110 may execute step 540. For another example, in response to the continuous stop time not satisfying the stop time condition, the processing device 110 may end the vehicle lock failure closing method. For more information about the continuous stop time and the stop time condition, please refer to Figure 3 The relevant description of step 320 in FIG.

[0138] Step 540: Issue an inquiry instruction.

[0139] For more information about query instructions, see Figure 3 The relevant description of step 320 in FIG.

[0140] Step 550: Determine the result of the vehicle lock failure judgment based on the user's inquiry feedback information.

[0141] For more information about step 550, see Figure 3 The relevant description of step 330 in FIG.

[0142] Step 561-1, the vehicle lock fails.

[0143] In some embodiments, in response to a vehicle lock failure, the processing device 110 may execute step 561 - 2 .

[0144] Step 561-2, automatically close the order.

[0145] For more information about step 561-2, see Figure 3The relevant description of step 340 in FIG.

[0146] In some embodiments, after automatically closing the order, the processing device 110 may execute steps 561 - 3 to 561 - 4 .

[0147] Step 561-3, mark the vehicle and determine the dispatch work order.

[0148] Step 561-4, determine the operation and maintenance personnel.

[0149] For more information about determining scheduling work orders and operation and maintenance personnel, see Figure 4 Related description.

[0150] Step 561-5, check whether the vehicle lock is damaged.

[0151] In some embodiments, the maintenance personnel may check whether the vehicle lock is damaged. In some embodiments, in response to the vehicle lock being damaged, the processing device 110 may execute step 561-6. In some embodiments, in response to the vehicle lock not being damaged, the processing device 110 may end the vehicle lock failure closing method.

[0152] Step 561-6, issuing an instruction to recycle the vehicle to be repaired.

[0153] For more information on issuing orders to recover vehicles for repair, see Figure 4 Related description.

[0154] In some embodiments, the processing device 110 can record the operation and maintenance data of the vehicle to be repaired for recycling and repair. For more information, see Figure 4 Related description.

[0155] In some embodiments, after executing step 561 - 6 , the processing device 110 may end the vehicle lock failure closing method.

[0156] Step 562, the vehicle lock is not malfunctioning.

[0157] In some embodiments, in response to the vehicle lock not failing, the processing device 110 may end the vehicle lock failure closing method.

[0158] In some embodiments of this specification, if personal information processing is involved, it will be processed on the premise of having a legal basis (for example, obtaining the consent of the subject of personal information, or it is necessary to perform a contract, etc.), and will only be processed within the scope of regulations or agreements. If a user refuses to process personal information other than the necessary information for basic functions, it will not affect the user's use of basic functions.

[0159] One or more embodiments of the present specification provide a vehicle lock failure closing order device, the device comprising at least one memory and at least one processor, the at least one memory being used to store computer instructions, the at least one processor executing the computer instructions or part of the instructions to implement a vehicle lock failure closing order method.

[0160] One or more embodiments of the present specification provide a computer-readable storage medium, wherein the storage medium stores computer instructions. When a computer reads the computer instructions, the computer executes a vehicle lock failure closing method.

[0161] 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.

[0162] 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.

[0163] 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.

[0164] 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.

[0165] 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.

[0166] 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.

[0167] 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 method for closing a vehicle lock failure, characterized in that: The method comprises: Acquire movement data of a vehicle, where the vehicle corresponds to the order initiated by the user; In response to the motion data satisfying a preset condition, issuing an inquiry instruction related to a vehicle lock failure; Determining a malfunction judgment result of the vehicle lock of the vehicle based on the query feedback information of the user; In response to the failure judgment result being that the vehicle lock fails, the order is closed.

2. The method according to claim 1, characterized in that The motion data includes at least one of a vehicle motion state, a vehicle position, and a continuous stop time.

3. The method according to claim 2, characterized in that In response to the motion data satisfying a preset condition, issuing an inquiry instruction related to a vehicle lock failure includes: In response to the vehicle movement state being a stopped state and the vehicle position being located at a parking point, it is determined whether to issue the inquiry instruction based on the continuous stop time and the stop time condition.

4. The method according to claim 1, characterized in that The determining of the failure judgment result of the vehicle lock of the vehicle based on the inquiry feedback information of the user includes: Based on the inquiry feedback information, determining keyword information through voice recognition; Based on the keyword information, the failure judgment result is determined.

5. The method according to claim 1, characterized in that The method further comprises: Marking the vehicle as a vehicle to be repaired; Based on the vehicle information of the vehicle to be repaired, a dispatch work order is determined.

6. The method according to claim 5, characterized in that The method further comprises: Based on the dispatch work order, determine the operation and maintenance personnel who will check the lock of the vehicle to be repaired; In response to the vehicle lock being damaged, an instruction to reclaim the vehicle to be repaired is issued.

7. A vehicle lock failure closing system, characterized in that: The system comprises: The acquisition module is configured to acquire movement data of a vehicle, wherein the vehicle is a vehicle corresponding to an order initiated by a user; The inquiry module is configured to issue an inquiry instruction related to vehicle lock failure in response to the motion data satisfying a preset condition; The determination module is configured to determine a malfunction judgment result of the vehicle lock of the vehicle based on the inquiry feedback information of the user; The order closing module is configured to close the order in response to the failure judgment result being a vehicle lock failure.

8. The system according to claim 7, characterized in that The determination module is further configured to: Based on the inquiry feedback information, determining keyword information through voice recognition; Based on the keyword information, the failure judgment result is determined.

9. A vehicle lock failure closing device, characterized in that: The device 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 method according to any one of claims 1 to 6.

10. A computer-readable storage medium, characterized in that: The storage medium stores computer instructions. When a computer reads the computer instructions, the computer executes the method according to any one of claims 1 to 6.

Images