Fault processing method and device for shared vehicle

Abstract

The invention provides a fault processing method and device for a shared vehicle, and relates to the technical field of shared vehicle operation, and the method comprises the steps: responding to a vehicle use operation acting on the shared vehicle, and judging whether the shared vehicle is a pre-marked fault early warning vehicle or not; if yes, obtaining an early warning index and early warning information of the shared vehicle; displaying the early warning information to a user; and responding to the running state of the shared vehicle fed back by the user based on the early warning information, and confirming the fault state of the shared vehicle based on the running state. According to the fault processing method and device of the shared vehicle, the fault state can be confirmed based on the operation state fed back by the vehicle using process of the user, the fault information of the shared vehicle can be found in time, the timeliness rate of fault finding is further improved, maintenance personnel can conveniently carry out processing in time, the number of fault vehicles is further reduced, and the user experience is improved. And the vehicle use experience of the user is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of shared vehicle operation, and in particular to a shared vehicle fault handling method and device. Background Art

[0002] With the popularization of shared vehicles and the extension of their deployment time, the failure of shared vehicles has become one of the main problems affecting users' normal car-using experience.

[0003] At present, the failures of shared vehicles, such as shared bicycles, shared electric motorcycles, shared cars, etc., are basically discovered by offline operation and maintenance personnel, such as battery replacement personnel and dispatching personnel. This method not only makes the failures untimely, but also causes more faulty vehicles to be difficult to deal with in a timely manner, which in turn affects the user experience. Summary of the invention

[0004] In view of this, an object of the present invention is to provide a fault handling method and device for a shared vehicle, which can improve the fault detection effect and thereby ensure that users can obtain better quality vehicle services in a timely manner.

[0005] In a first aspect, an embodiment of the present invention provides a fault handling method for a shared vehicle, the method comprising: responding to a vehicle operation acting on a shared vehicle, determining whether the shared vehicle is a pre-marked fault warning vehicle; if so, obtaining a warning indicator of the shared vehicle, and warning information corresponding to the warning indicator; displaying the warning information to a user; and responding to the operating status of the shared vehicle fed back by the user based on the warning information, confirming the fault status of the shared vehicle based on the operating status.

[0006] In combination with the first aspect, an embodiment of the present invention provides a first possible implementation method of the first aspect, wherein the above method also includes: monitoring the order data of the shared vehicle, and extracting monitoring indicators from the order data, wherein the monitoring indicators are used to characterize the driving data of the user using the shared vehicle; if it is monitored that the monitoring indicators meet the pre-configured fault warning conditions, the monitoring indicators are marked as warning indicators, and warning information corresponding to the warning indicators is generated; based on the warning information, the shared vehicle is marked as a fault warning vehicle.

[0007] In combination with the first possible implementation of the first aspect, an embodiment of the present invention provides a second possible implementation of the first aspect, wherein the above-mentioned monitoring indicators include at least: driving distance, driving speed, order settlement behavior data and the distance between the end point and the starting point of vehicle use; the fault warning conditions include at least: the driving distance is less than the preset average distance threshold; the driving speed is less than the preset average speed threshold; the order settlement behavior data is the preset abnormal order settlement behavior data, and the number of abnormal order settlement behavior data recorded in the corresponding record of the shared vehicle reaches the preset number threshold; the distance between the end point and the starting point of vehicle use is less than the preset distance threshold, and the number of times the distance is less than the preset distance threshold reaches the preset number threshold.

[0008] In combination with the second possible implementation of the first aspect, an embodiment of the present invention provides a third possible implementation of the first aspect, wherein the above method also includes: if any one of the monitoring indicators is monitored to meet the corresponding fault warning condition, it is determined that the monitoring indicator is monitored to meet the pre-configured fault warning condition.

[0009] In combination with the first aspect, an embodiment of the present invention provides a fourth possible implementation method of the first aspect, wherein the step of confirming the fault state of the shared vehicle based on the operating state includes: if the operating state indicates that the warning indicator is in a normal state, then counting the number of normal states; if the number of normal states reaches a first number threshold, determining that the shared vehicle is a normal vehicle; if the operating state indicates that the warning indicator is in an abnormal state, then counting the number of abnormal states; if the number of abnormal states reaches a second number threshold, determining that the shared vehicle is a faulty vehicle.

[0010] In combination with the fourth possible implementation of the first aspect, an embodiment of the present invention provides a fifth possible implementation of the first aspect, wherein the above method also includes: after determining that the shared vehicle is a faulty vehicle, generating fault ticket information corresponding to the shared vehicle, and marking the shared vehicle as disabled.

[0011] In combination with the fifth possible implementation of the first aspect, an embodiment of the present invention provides a sixth possible implementation of the first aspect, wherein the above method also includes: after marking the shared vehicle as disabled, obtaining the order data generated by the shared vehicle when it is in the state of the fault warning vehicle; sending a push information to the user corresponding to the order data; wherein the push information carries discount information.

[0012] In combination with the first aspect, an embodiment of the present invention provides a seventh possible implementation of the first aspect, wherein the step of displaying the warning information to the user includes: broadcasting the warning information through the shared vehicle, and / or displaying the warning information through a user terminal corresponding to the user; and sending an unlocking command to the shared vehicle to trigger unlocking of the shared vehicle.

[0013] In combination with the seventh possible implementation of the first aspect, an embodiment of the present invention provides an eighth possible implementation of the first aspect, wherein the method further includes: in response to a return operation performed on the fault warning vehicle, obtaining location information of the fault warning vehicle; based on the location information, determining whether the fault warning vehicle is located in a pre-configured no-parking area; if not, executing a return process and feeding back the return information to the user terminal.

[0014] In a second aspect, an embodiment of the present invention further provides a fault handling device for a shared vehicle, the device comprising: a response module, used to respond to a vehicle operation acting on a shared vehicle, and determine whether the shared vehicle is a pre-marked fault warning vehicle; an acquisition module, used to obtain the warning indicator of the shared vehicle and the warning information corresponding to the warning indicator when the response result of the response module is yes; a display module, used to display the warning information to a user; a determination module, used to respond to the operating status of the shared vehicle fed back by the user based on the warning information, and confirm the fault status of the shared vehicle based on the operating status.

[0015] In a third aspect, an embodiment of the present invention further provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the method described in the first aspect when executing the computer program.

[0016] In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the method described in the first aspect is executed.

[0017] The embodiments of the present invention bring the following beneficial effects:

[0018] The fault handling method and device for shared vehicles provided in the embodiments of the present invention can respond to the vehicle use operations acting on the shared vehicle, and determine whether the shared vehicle is a pre-marked fault warning vehicle; if so, obtain the warning indicator of the shared vehicle, and the warning information corresponding to the warning indicator; display the warning information to the user; and respond to the operating status of the shared vehicle fed back by the user based on the warning information, and then confirm the fault status of the shared vehicle based on the operating status. This method of confirming the fault status based on the operating status fed back by the user during the vehicle use process can promptly discover the fault information of the shared vehicle, thereby improving the timeliness of fault discovery, facilitating maintenance personnel to handle it in a timely manner, and thereby reducing the number of faulty vehicles to improve the user's vehicle use experience.

[0019] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention are realized and obtained by the structures particularly pointed out in the description, claims and drawings.

[0020] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without paying any creative work.

[0022] Figure 1 A flow chart of a shared vehicle fault handling method provided by an embodiment of the present invention;

[0023] Figure 2 A schematic diagram of the structure of a fault handling device for a shared vehicle provided by an embodiment of the present invention;

[0024] Figure 3 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0025] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0026] At present, the identification and discovery of shared vehicle faults mostly rely on offline operation and maintenance personnel, which leads to untimely discovery of shared vehicle faults and affects the user experience.

[0027] Based on this, a shared vehicle fault handling method and device provided in an embodiment of the present invention can improve the fault detection efficiency of shared vehicles and ensure that users can obtain high-quality vehicle services in a timely manner.

[0028] To facilitate understanding of this embodiment, a fault handling method for a shared vehicle disclosed in an embodiment of the present invention is first introduced in detail.

[0029] In one possible implementation, an embodiment of the present invention provides a fault handling method for a shared vehicle. Specifically, the method can be applied to a background server of a shared vehicle, and the background server communicates with the shared vehicle. At the same time, the background server can also communicate with a user terminal to facilitate interaction with the user through the user terminal during the user's use of the vehicle.

[0030] Among them, the user terminal can be a smart phone, tablet computer, PDA or other intelligent terminal used by the user, and the user terminal is usually installed with an application APP matching the shared vehicle. The user can start the application APP, identify the vehicle identification of the shared vehicle through the identification port of the application, and then establish communication with the shared vehicle to use the vehicle.

[0031] Furthermore, the shared vehicles in the embodiments of the present invention may be shared bicycles, shared electric cars, shared electric motorcycles, etc., and the embodiments of the present invention are not limited to this.

[0032] For ease of understanding, Figure 1 A flow chart of a method for troubleshooting a shared vehicle is shown, Figure 1 As shown, the method comprises the following steps:

[0033] Step S102, in response to the vehicle use operation on the shared vehicle, determining whether the shared vehicle is a pre-marked fault warning vehicle;

[0034] Step S104: if yes, obtain the warning indicator of the shared vehicle and the warning information corresponding to the warning indicator;

[0035] Step S106, displaying warning information to the user;

[0036] In actual use, the above-mentioned vehicle use operations are usually performed by users using user terminals. For example, users can open the application APP of the shared vehicle, start the scanning interface, and scan the identification QR code of the shared vehicle. After the user terminal obtains the vehicle identification of the shared vehicle through the identification QR code, it sends a vehicle use request to the background server. At this time, the background server can respond, that is, respond to the user's vehicle use operation on the shared vehicle.

[0037] In the related technology, after the background server responds to the vehicle use operation, it directly sends an unlocking command to the shared vehicle and feeds back the vehicle information of the shared vehicle to the user terminal, such as the power information of the shared vehicle, the mileage, or the charging standards of the shared vehicle, etc.

[0038] In the embodiment of the present invention, after responding to the vehicle use operation, it is first determined whether the shared vehicle is a pre-marked fault warning vehicle. The fault warning vehicle in the embodiment of the present invention refers to a shared vehicle with a risk of failure. For example, the backend server analyzes the historical order data and finds that the current shared vehicle meets certain warning indicators, but has not yet reached the level of failure, and is then marked as a fault warning vehicle.

[0039] If it is a fault warning vehicle, then in the above step S104, the warning indicators of the shared vehicle can be obtained, such as abnormal driving distance, abnormal driving speed, a large number of abnormal orders, etc., and then the warning information containing the warning indicators is displayed to the user. The user can choose to continue using the vehicle or choose not to use the shared vehicle.

[0040] If the user continues to use the shared vehicle, the following steps may be continued, that is, the user may provide feedback on the operating status based on the vehicle usage experience during or after using the vehicle, so that the backend server may further confirm whether the shared vehicle has a fault based on the operating status and in combination with warning information or warning indicators.

[0041] Furthermore, in the above step S102, if it is determined that the shared vehicle is not marked as a fault warning vehicle, an unlocking command can be directly issued to the shared vehicle, and the vehicle information of the shared vehicle can be fed back to the user terminal so that the user can use the vehicle normally.

[0042] Step S108, responding to the operating status of the shared vehicle fed back by the user based on the warning information, and confirming the fault status of the shared vehicle based on the operating status.

[0043] The fault handling method for shared vehicles provided in an embodiment of the present invention can respond to the vehicle use operations acting on the shared vehicle, and determine whether the shared vehicle is a pre-marked fault warning vehicle; if so, obtain the warning indicator of the shared vehicle, and the warning information corresponding to the warning indicator; display the warning information to the user; and respond to the operating status of the shared vehicle fed back by the user based on the warning information, and then confirm the fault status of the shared vehicle based on the operating status. This method of confirming the fault status based on the operating status fed back by the user during the vehicle use process can timely discover the fault information of the shared vehicle, thereby improving the timeliness of fault discovery, facilitating maintenance personnel to handle it in a timely manner, and thereby reducing the number of faulty vehicles to improve the user's vehicle use experience.

[0044] In actual use, in order to realize the marking of the above-mentioned fault warning vehicles, in an embodiment of the present invention, it is possible to realize comprehensive tracking of historical orders of shared vehicles.

[0045] Specifically, the order data of shared vehicles can be monitored, which is the historical order data over a period of time in the past, and monitoring indicators can be extracted from the order data, wherein the monitoring indicators are used to characterize the driving data of users using shared vehicles; if it is monitored that the monitoring indicators meet the pre-configured fault warning conditions, the monitoring indicators are marked as warning indicators, and warning information corresponding to the warning indicators is generated; at the same time, based on the warning information, the shared vehicle is marked as a fault warning vehicle.

[0046] Among them, in the embodiment of the present invention, the monitoring indicators at least include: driving distance, driving speed, order settlement behavior data and the distance between the end point and the starting point of the vehicle use;

[0047] Therefore, based on the above-mentioned monitoring indicators, corresponding fault warning conditions can be configured. For example, the fault warning conditions in the embodiment of the present invention at least include:

[0048] (1) The driving distance is less than the preset average distance threshold;

[0049] (2) The driving speed is lower than the preset average speed threshold;

[0050] (3) The order settlement behavior data is the preset abnormal order settlement behavior data, and the number of abnormal order settlement behavior data recorded for the shared vehicle reaches the preset number threshold;

[0051] (4) The distance between the end point and the start point of the vehicle use is less than a preset distance threshold, and the number of times the distance is less than the preset distance threshold reaches a preset number threshold.

[0052] That is, the backend server can comprehensively track the historical order data of shared vehicles, extract the driving distance, driving speed, order type, etc. of shared vehicles. At the same time, the fault warning conditions are configured by comprehensively considering the average level of the operating fence of shared vehicles, thereby realizing fault analysis of shared vehicles.

[0053] For example, the backend server can count the average vehicle usage distance of the operating fence over a period of time in the past, and use the average vehicle usage distance as the average distance threshold. If it is monitored that the driving distance of the shared vehicle over a period of time is continuously less than the average distance threshold, it means that the shared vehicle may have a potential fault. For example, the user can start and use the shared vehicle normally, but when using the vehicle, he finds that the shared vehicle cannot be used normally or the vehicle experience is not good. At this time, the user may switch to other shared vehicles. Therefore, the driving distance of the shared vehicle in this order will be less than the average distance threshold. After this situation continues for a period of time, the backend server can monitor this phenomenon and then determine that the driving distance of the shared vehicle is less than the preset average distance threshold, that is, the fault warning condition (1) above is met.

[0054] For example, the average driving speed of shared vehicles in the operating fence over a period of time in the past (wherein the speed in the embodiment of the present invention refers to the rate at which the vehicle is traveling) can be counted, and the average driving speed can be determined as the average speed threshold. If it is monitored that the driving speed of a shared vehicle is continuously less than the average speed threshold over a period of time, it means that the shared vehicle may have a potential fault, that is, the driving speed is less than the preset average speed threshold. Similarly, the shared vehicle can also be marked as a fault warning vehicle.

[0055] In addition, the backend server can also closely monitor users' abnormal settlement behaviors, such as settlement in an abnormally short period of time, frequent settlement, etc., to identify possible vehicle problems or improper usage behaviors of users, such as abandoning the vehicle midway, frequent vehicle changes, etc., which can all be used as abnormal settlement behavior data. When the number of monitored times reaches the preset threshold, it means that the shared vehicle may be a faulty vehicle, that is, it is marked as a fault warning vehicle.

[0056] Furthermore, for users who use the vehicle normally, if the distance between the end point and the starting point of the order is very close when the order is settled, and is less than the preset distance threshold, the monitoring mechanism of the backend server will also be triggered, which corresponds to the above-mentioned situation (4). This situation often occurs when the user returns the shared vehicle to the original parking spot after discovering the fault, which will cause the distance between the end point and the starting point of the shared vehicle order to be very close. Therefore, for this situation, if the number of monitored times reaches the preset number threshold, it can also indicate that the shared vehicle may be a faulty vehicle, that is, it is marked as a fault warning vehicle.

[0057] In actual use, if any of the above monitoring indicators is monitored to meet the corresponding fault warning conditions in (1) to (4), it is determined that the monitored monitoring indicator meets the pre-configured fault warning conditions, and the corresponding monitoring indicator is marked as a warning indicator, such as the driving distance is less than the preset average distance threshold; the driving speed is less than the preset average speed threshold, or the settlement behavior data is the preset abnormal settlement behavior data, the distance between the end point and the starting point of the vehicle is less than the preset distance threshold, etc. Then, a warning message is generated and the shared vehicle is marked as a fault warning vehicle.

[0058] Furthermore, for the shared vehicles marked as fault warning vehicles mentioned above, users can use them normally, that is, execute the processes of steps S102 and S104 mentioned above, and the background server can normally control the unlocking of the shared vehicle and give a prompt when unlocking to remind the user that the shared vehicle may have a fault, but normal use of the vehicle is allowed. For example, taking a shared bicycle as an example, when the historical driving speed of the shared vehicle drops to the average speed threshold of the fence, the background server can prompt the user that the shared vehicle may have a fault when unlocking the vehicle, but allow the user to continue riding.

[0059] Specifically, the background server can broadcast the warning information through the shared vehicle, and / or display the warning information through the user terminal corresponding to the user; and send an unlocking instruction to the shared vehicle to trigger the shared vehicle to unlock.

[0060] Furthermore, for fault warning vehicles in normal use, the parking detection conditions can be relaxed to avoid giving users a bad car experience. Specifically, when a user encounters a fault while using a fault warning vehicle, he or she can provide real-time feedback to the background server through the application APP and return the vehicle unconditionally in a non-prohibited parking area. The background server can respond to the user's return operation on the fault warning vehicle at this time and obtain the location information of the fault warning vehicle; based on the location information, it can determine whether the fault warning vehicle is located in a pre-configured prohibited parking area; if not, the return process is executed and the return information is fed back to the user terminal. At the same time, based on the location information of the fault warning vehicle, maintenance information can be sent to the operation and maintenance terminal of the operation and maintenance personnel so that the operation and maintenance personnel can handle it in time.

[0061] Among them, the above-mentioned unconditional return of the vehicle refers to the unconditional return of the vehicle in a non-prohibited parking area. In actual use, the operating fence of the shared vehicle usually includes parking areas, non-parking areas, and prohibited parking areas, among which prohibited parking areas refer to areas such as roads and store entrances where parking is strictly prohibited and affects normal traffic and commercial activities. When the user reports that the vehicle has a fault, an unconditional return is initiated. At this time, the vehicle can be returned in the parking area or the non-parking area, that is, the above-mentioned non-prohibited parking area usually includes parking areas and non-parking areas, and the vehicle cannot be returned in the above-mentioned prohibited parking area to avoid affecting the normal traffic order. In addition, the specific prohibited parking area can also be configured according to the actual usage, and the embodiment of the present invention does not limit this.

[0062] Furthermore, for the above-mentioned fault warning vehicles, when the user unlocks the vehicle and uses the vehicle, in addition to displaying the warning information to the user as mentioned above, an information feedback interface can also be displayed to the user at the same time. For example, a prompt pops up when the user unlocks the vehicle, asking the user whether there is any abnormality in the shared vehicle, or, during the user's use of the vehicle, or when the user finishes using the vehicle, a prompt message is sent to the user terminal to request the user to feedback on the operating status of the shared vehicle, so that through the user's participation, it can be more accurately determined whether the shared vehicle has a fault, thereby improving the accuracy and efficiency of fault detection.

[0063] Specifically, when confirming the fault state of a shared vehicle based on the operating state fed back by the user, if the operating state fed back by the user indicates that the warning indicator is in a normal state, then the number of normal states is counted; if the number of normal states reaches a first number threshold, the shared vehicle is determined to be a normal vehicle; if the operating state fed back by the user indicates that the warning indicator is in an abnormal state, then the number of abnormal states is counted; if the number of abnormal states reaches a second number threshold, the shared vehicle is determined to be a faulty vehicle.

[0064] For example, taking a shared bicycle as an example, assuming that when a user uses the shared bicycle, the backend server queries that the warning indicator of the shared bicycle is that the driving speed is less than the preset average speed threshold. When the user unlocks the bicycle, the warning information containing the driving speed less than the preset average speed threshold will be displayed to the user. At the same time, the user can be requested to feedback the operating status of the shared vehicle before, during, and after the user rides. Among them, before riding refers to the time period after the user scans the code to share the vehicle and has not yet started riding, and the user's feedback on the operating status of the shared vehicle before riding means that the user can know whether there is a problem with the shared vehicle by observing the appearance of the shared vehicle; during the user's riding, or after riding, requesting the user to feedback the operating status of the shared vehicle means requesting the user to feedback the shared vehicle experience, such as whether the driving speed is normal, or whether it reaches the preset threshold, etc., so that the user can provide feedback. When the shared vehicle's operating status feedback from the user is received, it can be used to determine whether the shared vehicle has a fault.

[0065] Furthermore, after determining that a shared vehicle is a faulty vehicle, a fault ticket corresponding to the shared vehicle can be further generated, and the shared vehicle can be marked as disabled. The fault information sheet can be directly and automatically pushed to the operation and maintenance terminal of the operation and maintenance personnel, so that the operation and maintenance personnel can handle it in time. Marking the shared vehicle as disabled can prevent other users from using the shared vehicle that may have a fault, and ensure that the shared vehicle can be repaired in time without being used.

[0066] In addition, for the above-mentioned faulty vehicle, after marking the shared vehicle as disabled, the order data generated by the shared vehicle when it is in the state of a fault warning vehicle can be further obtained; then a push message is sent to the user corresponding to the order data; wherein the push message carries preferential information, such as supplementary welfare information, or cancellation order fee information, coupon issuance information, vehicle use points issuance, etc., to enhance user experience and satisfaction. The specific preferential information can be set according to actual usage, and the embodiment of the present invention does not limit this.

[0067] Furthermore, when the shared vehicle is successfully repaired, the background server can automatically remove the fault warning status of the shared vehicle, such as deleting the mark of the fault warning vehicle, and at the same time, restore the shared vehicle to a normal usable state and put it back into use.

[0068] In summary, the shared vehicle fault handling method provided by the embodiment of the present invention can achieve the following technical effects:

[0069] Timely fault identification: By real-time monitoring and analysis of order data, faults of shared vehicles can be discovered and identified in a timely manner, improving fault detection efficiency.

[0070] Improved user experience: Users of fault-warning vehicles can return the vehicle unconditionally and cancel the fees when a fault occurs, reducing the inconvenience caused by the fault and improving user satisfaction.

[0071] Improved operational efficiency: Automatically generate fault ticket information and push it to operation and maintenance personnel to improve the efficiency of shared vehicle repair and maintenance and ensure efficient operation of shared vehicles.

[0072] Accurate fault detection: By analyzing historical order data and accumulated fault orders, accurate detection and marking of faulty vehicles can be achieved to reduce misjudgments.

[0073] User compensation mechanism: Automatically push preferential information, such as compensation benefits and cancellation fees, to protect user rights and interests and enhance user trust.

[0074] To sum up, the shared vehicle fault handling method provided in the embodiment of the present invention can realize the process of automatic fault identification of shared vehicles through the historical order data of shared vehicles, effectively improve the efficiency of fault detection and repair, enhance the user's vehicle experience, and help ensure the normal operation of shared vehicles.

[0075] Further, based on the above embodiment, the embodiment of the present invention also provides a fault handling device for a shared vehicle, such as Figure 2 A structural schematic diagram of a fault handling device for a shared vehicle is shown, the device comprising:

[0076] A response module 20, for responding to a vehicle use operation on a shared vehicle, and determining whether the shared vehicle is a pre-marked fault warning vehicle;

[0077] An acquisition module 22, for acquiring the warning indicator of the shared vehicle and the warning information corresponding to the warning indicator when the response result of the response module is yes;

[0078] A display module 24, used to display the warning information to the user;

[0079] The determination module 26 is used to respond to the operating status of the shared vehicle fed back by the user based on the warning information, and confirm the fault state of the shared vehicle based on the operating status.

[0080] The fault handling device for a shared vehicle provided in an embodiment of the present invention has the same technical features as the fault handling method for a shared vehicle provided in the above embodiment, so it can also solve the same technical problems and achieve the same technical effects.

[0081] Furthermore, an embodiment of the present invention also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the above method when executing the computer program.

[0082] An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above method are executed.

[0083] Furthermore, an embodiment of the present invention also provides a schematic diagram of the structure of an electronic device, such as Figure 3 As shown, it is a schematic diagram of the structure of the electronic device, wherein the electronic device includes a processor 31 and a memory 30, the memory 30 stores computer executable instructions that can be executed by the processor 31, and the processor 31 executes the computer executable instructions to implement the above method.

[0084] exist Figure 3 In the illustrated embodiment, the electronic device further includes a bus 32 and a communication interface 33 , wherein the processor 31 , the communication interface 33 and the memory 30 are connected via the bus 32 .

[0085] Among them, the memory 30 may include a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. The communication connection between the system network element and at least one other network element is realized through at least one communication interface 33 (which can be wired or wireless), and the Internet, wide area network, local area network, metropolitan area network, etc. can be used. The bus 32 can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus, etc. The bus 32 can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 3 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0086] The processor 31 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit in the processor 31 or the instruction in the form of software. The above processor 31 can be a general processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The general processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in the embodiment of the present invention can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor 31 reads the information in the memory and completes the above method in combination with its hardware.

[0087] A computer program product of a shared vehicle fault handling method and device provided in an embodiment of the present invention includes a computer-readable storage medium storing program code. The instructions included in the program code can be used to execute the method described in the previous method embodiment. The specific implementation can be found in the method embodiment, which will not be repeated here.

[0088] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the device described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

[0089] In addition, in the description of the embodiments of the present invention, unless otherwise clearly specified and limited, the terms "installed", "connected", and "connected" should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, and it can be the internal communication of two components. For those skilled in the art, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.

[0090] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc., which can store program codes.

[0091] In the description of the present invention, it should be noted that the terms "center", "upper", "lower", "left", "right", "vertical", "horizontal", "inner", "outer", etc., indicating the orientation or positional relationship, are based on the orientation or positional relationship shown in the drawings, and are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as limiting the present invention. In addition, the terms "first", "second", and "third" are used for descriptive purposes only, and cannot be understood as indicating or implying relative importance.

[0092] Finally, it should be noted that the above embodiments are only specific implementations of the present invention, which are used to illustrate the technical solutions of the present invention, rather than to limit them. The protection scope of the present invention is not limited thereto. Although the present invention is described in detail with reference to the above embodiments, those skilled in the art should understand that any person skilled in the art can still modify the technical solutions recorded in the above embodiments within the technical scope disclosed by the present invention, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention shall be based on the protection scope of the claims.

Claims

1. A method for handling faults of a shared vehicle, characterized in that: The method comprises: In response to a vehicle use operation on a shared vehicle, determining whether the shared vehicle is a pre-marked fault warning vehicle; If yes, obtain the warning indicator of the shared vehicle and the warning information corresponding to the warning indicator; Displaying the warning information to the user; In response to the operating status of the shared vehicle fed back by the user based on the warning information, a fault state of the shared vehicle is confirmed based on the operating status.

2. The method according to claim 1, characterized in that The method further comprises: Monitoring order data of the shared vehicle and extracting monitoring indicators from the order data, wherein the monitoring indicators are used to characterize driving data of the user using the shared vehicle; If it is detected that the monitoring indicator meets the pre-configured fault warning condition, the monitoring indicator is marked as a warning indicator, and warning information corresponding to the warning indicator is generated; The shared vehicle is marked as a fault warning vehicle based on the warning information.

3. The method according to claim 2, characterized in that The monitoring indicators include at least: driving distance, driving speed, order settlement behavior data, and the distance between the end point and the start point of the vehicle use; The fault warning conditions at least include: The driving distance is less than a preset average distance threshold; The driving speed is less than a preset average speed threshold; The order settlement behavior data is preset abnormal order settlement behavior data, and the number of times the abnormal order settlement behavior data corresponding to the shared vehicle is recorded reaches a preset number threshold; The distance between the vehicle use end point and the vehicle use start point is less than a preset distance threshold, and the number of times the distance is less than the preset distance threshold reaches a preset number threshold.

4. The method according to claim 3, characterized in that The method further comprises: If it is monitored that any one of the monitoring indicators meets the corresponding fault warning condition, it is determined that the monitoring indicator meets the pre-configured fault warning condition.

5. The method according to claim 1, characterized in that The step of confirming the fault state of the shared vehicle based on the operating state comprises: If the running state indicates that the warning indicator is in a normal state, then the number of times the normal state occurs is counted; if the number of times the normal state occurs reaches a first number threshold, then the shared vehicle is determined to be a normal vehicle; If the operating state indicates that the warning indicator is in an abnormal state, the number of times the abnormal state occurs is counted; if the number of times the abnormal state occurs reaches a second number threshold, the shared vehicle is determined to be a faulty vehicle.

6. The method according to claim 5, characterized in that The method further comprises: After determining that the shared vehicle is a faulty vehicle, fault ticket information corresponding to the shared vehicle is generated, and the shared vehicle is marked as disabled.

7. The method according to claim 6, characterized in that The method further comprises: After marking the shared vehicle as disabled, obtaining order data generated by the shared vehicle in the state of the fault warning vehicle; Send push information to the user corresponding to the order data; wherein the push information carries discount information.

8. The method according to claim 1, characterized in that: The step of displaying the warning information to the user comprises: broadcasting the warning information through the shared vehicle, and / or displaying the warning information through a user terminal corresponding to the user; and, An unlocking instruction is sent to the shared vehicle to trigger the shared vehicle to unlock.

9. The method according to claim 8, characterized in that The method further comprises: In response to a vehicle return operation on the fault warning vehicle, obtaining position information of the fault warning vehicle; Determining whether the fault warning vehicle is located in a pre-configured no-parking area based on the location information; If not, the vehicle return process is executed and the vehicle return information is fed back to the user terminal.

10. A fault handling device for a shared vehicle, characterized in that: The device comprises: A response module, used to respond to a vehicle use operation on a shared vehicle and determine whether the shared vehicle is a pre-marked fault warning vehicle; an acquisition module, configured to acquire the warning indicator of the shared vehicle and the warning information corresponding to the warning indicator when the response result of the response module is yes; A display module, used to display the warning information to the user; A determination module is used to respond to the operating status of the shared vehicle fed back by the user based on the warning information, and confirm the fault status of the shared vehicle based on the operating status.

Images