LU504150B1 - Method for verifying vehicle condition when shared driverless car is rented - Google Patents
Method for verifying vehicle condition when shared driverless car is rented Download PDFInfo
- Publication number
- LU504150B1 LU504150B1 LU504150A LU504150A LU504150B1 LU 504150 B1 LU504150 B1 LU 504150B1 LU 504150 A LU504150 A LU 504150A LU 504150 A LU504150 A LU 504150A LU 504150 B1 LU504150 B1 LU 504150B1
- Authority
- LU
- Luxembourg
- Prior art keywords
- vehicle
- cloud server
- vehicle condition
- car
- inspection
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000001514 detection method Methods 0.000 claims abstract description 92
- 238000012790 confirmation Methods 0.000 claims abstract description 45
- 238000012795 verification Methods 0.000 claims abstract description 8
- 230000008569 process Effects 0.000 claims abstract description 5
- 238000007689 inspection Methods 0.000 claims description 92
- 230000000007 visual effect Effects 0.000 claims description 38
- 238000005034 decoration Methods 0.000 claims description 23
- 239000000446 fuel Substances 0.000 claims description 15
- 230000006698 induction Effects 0.000 claims description 6
- 230000001939 inductive effect Effects 0.000 claims description 5
- 238000004378 air conditioning Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 6
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012806 monitoring device Methods 0.000 description 2
- 101100243945 Fusarium vanettenii PDAT9 gene Proteins 0.000 description 1
- 208000012204 PDA1 Diseases 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
- 230000006996 mental state Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 101150102492 pda1 gene Proteins 0.000 description 1
- 238000007790 scraping Methods 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000010257 thawing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0645—Rental transactions; Leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a method for verifying vehicle condition when the shared driverless car is rented, when a user rents a driverless car, the vehicle condition of the dispatched vehicle needs to be detected first, and the vehicle condition detection result is sent to the user client for confirmation and selection; when the vehicle goes to the user's vehicle location, the user can compare and verify the vehicle condition with the actual vehicle condition according to the vehicle condition detection result, and confirm the parameters, and upload the verification result and the parameter confirmation result to the cloud server for storage, so as to clarify the responsibility for vehicle damage in the process of renting a car; according to the invention, the vehicle condition is detected before the vehicle is rented, so that the safety of the rented user is ensured.
Description
DESCRIPTION LU504150
METHOD FOR VERIFYING VEHICLE CONDITION WHEN SHARED DRIVERLESS
CAR IS RENTED
The invention relates to a method for verifying vehicle condition when the shared driverless car is rented, which is suitable for the technical field of shared driverless cars.
At present, good urban public transport construction has become an effective measure to alleviate urban traffic pressure, save energy and reduce emissions, and serve the public. With the development and continuous improvement of driverless cars, in the near future, driverless cars will be used in the field of shared cars. Sharing driverless cars has the advantages of intelligent management, unified scheduling and unmanned driving. Compared with the current car rental companies, it has the advantages of being more efficient, safer and lower in operating costs. It can also establish a corresponding data base to provide personalized services more accurately and pertinently through information provided by users or traditionally collected.
In the traditional car rental company, when the user returns the vehicle, the store has specially-assigned persons to examine, evaluate and receive the vehicle condition, while the shared driverless car has no specially-assigned persons to check the vehicle when renting the vehicle, so it is necessary to establish a method for verifying vehicle condition when the shared driverless car is rented, which is convenient for the responsibility assessment of the damage of the vehicle when renting, and ensures the rights and safety of the car rental user.
SUMMARY LU504150
The invention provides a method for verifying vehicle condition when the shared driverless car is rented, which can detect the vehicle condition before renting, ensure the safety of renting users, facilitate the responsibility assessment of the damage caused by the vehicles in the process of renting cars, and ensure the rights and interests of passengers and the safety of vehicles.
The technical scheme adopted by the present invention to solve the above technical problems is as follows: a method for verifying vehicle condition when the shared driverless car is rented, when a user rents a driverless car, the vehicle condition of the dispatched vehicle needs to be detected first, and the vehicle condition detection result is sent to the user client for confirmation and selection; when the vehicle goes to the user's vehicle location, the user can compare and verify the vehicle condition with the actual vehicle condition according to the vehicle condition detection result, and confirm the parameters, and upload the verification result and the parameter confirmation result to the cloud server for storage, so as to clarify the responsibility for vehicle damage in the process of renting a car; the vehicle condition detection includes fault detection and visual vehicle condition detection; where the system for verifying the vehicle condition when the shared driverless car is rented includes a car inspection platform and a self-inspection system; the vehicle inspection platform is used for visual vehicle condition detection, and the self-inspection system is used for fault detection; the vehicle inspection platform includes a closed vehicle inspection room for parking driverless cars for vehicle inspection, and a camera detection component for shooting information of driverless cars; the wall at one side of that close vehicle inspection room is provided with an inductive automatic open and closing door; the camera detection component comprises an external inspection camera set arranged on the inner wall of the closed vehicle inspection room for vehicle appearance detection, and an internal inspection camera set arranged in the driverless car for vehicle interior detection: induction lamps are also arranged in the closed vehicle inspection room; the system for verifying the vehicle condition when the shared driverless car is rented further comprises a cloud server, which is electrically connected with the closed vehicle. 4150 inspection room, the camera detection component and the self-inspection system, and is used for collecting information of the closed vehicle inspection room, the camera detection component and the self-inspection system and analyzing and comparing the information; the vehicle inspection platform further comprises a storage device connected to the cloud server for storing the vehicle condition information of the driverless car; the system for verifying the vehicle condition when the shared driverless car is rented further comprises a client-side, which is used for sending information such as renting and returning the car; and receiving the vehicle condition detection information sent by the cloud server.
Further, the fault detection situation is divided into two types: al: The vehicle is tested to be trouble-free; a2: The vehicle is detected to have a fault, and the fault detection result is uploaded to the cloud server to determine the fault type.
Further, the fault types include: b1: Emergency faults, the cloud server replaces the dispatched vehicle and overhauls the original vehicle; b2: non-emergency faults, the fault detection result can be sent from the cloud server to the user client-side, and passengers can choose whether the vehicle needs to be replaced.
Further, the visual vehicle condition detection includes two types: c1: Appearance detection: taking photos of the appearance of the vehicle, recording the appearance of the vehicle in detail, and uploading the results of appearance detection to the cloud server; c2: Interior decoration inspection: taking photos of the interior decoration of the vehicle, recording the interior decoration situation of the vehicle in detail, and uploading the inspection results of the interior decoration to the cloud server; the cloud server forms a visual vehicle condition confirmation report from the appearance detection result and the interior decoration detection result and sends it to the user's client.
Further, when the vehicle arrives at the vehicle use place, the user compares the visual vehicle condition confirmation report with the actual situation of the vehicle and makes a judgment. The judgment results include two types: LU504150 d1: The result displayed in the vehicle condition confirmation report is consistent with the actual situation of the vehicle, and the user uses the client-side to send confirmation information to the cloud server; d2: The visual vehicle condition detection result recorded in the visual vehicle condition confirmation report is inconsistent with the actual situation of the vehicle. The user marks the inconsistent result, takes photos of the inconsistent position or parameters on the vehicle and adds them to the visual vehicle condition confirmation report to form a feedback report, which is uploaded to the cloud server by the client.
Further, the parameter confirmation means that when the vehicle arrives at the vehicle using place, the user confirms the driving parameters, takes photos of the driving parameters of the vehicle, and uploads them to the cloud server by using the client.
Further, the driving parameters include an odometer and a fuel gauge.
Further, the emergency faults include engine electronic control system faults, chassis assembly system faults, and driverless car safety control system faults; the non-emergency faults include the car body electronic control system faults, the air conditioning control system faults and the voice control system faults.
After adopting the technical scheme, when a user rents a car, the invention firstly detects the vehicle condition, uploads the fault report to the cloud server for storage and backup, and ensures that the vehicle can normally carry passengers, thus ensuring the safety of passengers;
If there is no emergency fault during vehicle condition detection, the vehicle fault report will be sent to the client-side for users to choose whether to change vehicles. The visual vehicle condition detection report can enable users to master the specific situation of vehicles. If vehicles are damaged during use, it is convenient to determine the responsibility for vehicle damage, which is beneficial to operation management, and can guarantee the rights and interests of users and improve the humanization and intelligence of shared driverless car operation. In addition, when the vehicle arrives at the place where it is used, the user takes photos of the driving parameters and uploads them to the cloud server for storage, which is convenient for the calculation of car rental expenses when returning the vehicle.
BRIEF DESCRIPTION OF THE FIGURES LU504150
FIG. 1 is a front view of a shared driverless car inspection platform;
FIG. 2 is a top view of a shared driverless car inspection platform;
FIG. 3 is a general system diagram of the sharing driverless car,
FIG. 4 is a functional schematic diagram of the general system diagram of the sharing driverless car;
FIG. 5 is a flow chart of the method for verifying vehicle condition when the shared driverless car is rented according to the present invention;
IN figures: network 100, mobile device 110, client 111, mobile phone/PDA1 12, tablet computer 113, notebook computer 114, fixed device 120, client 121, car calling machine 122, desktop computer 123, car rental call center 130, voice phone device 131, driverless car 140, cloud server 150, vehicle inspection platform 160, closed car examination room 1601, inductive automatic switch door 1603, a first camera 1604, a second camera 1605, a third camera 1606, a fourth camera 1607, a fith camera 1608, a sixth camera 1609, a seventh camera 1610 and a vehicle-mounted device 170.
In order to make the contents of the present invention more clearly understood, the present invention will be further described in detail according to specific embodiments and with the attached drawings.
As shown in FIG. 1 and FIG. 2, the system for verifying the vehicle condition when the shared driverless car is rented in the present invention includes a vehicle inspection platform 160, a self-inspection system, and the vehicle inspection platform 160.
The vehicle inspection platform 160, which includes a closed vehicle inspection room 1601 for parking driverless cars for vehicle inspection, and a camera detection component for shooting information of the driverless cars 140; the wall at one side of that close vehicle inspection room 1601 is provided with an inductive automatic opening and closing door 1603; the camera detection component includes an external inspection camera set arranged on the inner wall of the closed vehicle inspection room 1601 for vehicle appearance detection, and an internal inspection camera set arranged in the driverless, 4150 car 140 for vehicle interior detection.
The self-inspection system is provided on the driverless car 140 for vehicle fault detection and parameter detection.
Specifically, induction lamps are also arranged in the closed vehicle inspection room 1601.
Alternatively, induction lamps can adopt, for example but not limited to, voice-activated induction lamp and acousto-optic induction lamp.
Preferably, the external inspection camera set includes a first camera 1604 arranged in the closed vehicle inspection room 1601 at the top opposite to the driverless car 140, a second camera 1605 and a third camera 1606 arranged horizontally on the left side wall of the car body facing the driverless car 140 in the closed vehicle inspection room 1601, the fourth camera 1607 and the fifth camera 1608 are horizontally arranged on the right side wall facing the other car body of the driverless car 140 in the closed car inspection room 1601, the sixth camera 1609 is arranged on the front side wall facing the driverless car 140 in the closed car inspection room 1601, and the seventh camera 1610 is arranged on the wall facing the rear side of the driverless car 140 at the upper end of the inductive automatic opening and closing door 1603.
The internal inspection camera set includes a pair of cameras arranged in front and back in the driverless car 140.
The photos taken by the camera detection component are uploaded to the cloud server for storage and backup, which is convenient for users to compare and verify when renting a car.
The seff-inspection system includes engine inspection, fuel quantity inspection, lighting inspection, air conditioning inspection, tire pressure inspection, network inspection, supporting entertainment equipment inspection, etc.
The system for verifying the vehicle condition when the shared driverless car is rented 50 4150 140 when renting further comprises a cloud server 150, which is electrically connected with the closed vehicle inspection room 1601, the camera detection component and the self-inspection system, and is used for collecting the closed vehicle inspection room 1601, the camera detection component and the self-inspection system and analyzing and comparing the information.
The vehicle inspection platform 160 further includes a storage device connected to the cloud server 150 for storing the vehicle condition information of the driverless car 140.
The system for verifying the vehicle condition when the shared driverless car is rented 140 further comprises a client-side, which is used for sending information such as renting and returning the car; and receiving the vehicle condition detection information sent by the cloud server 150.
Specifically, as shown in the schematic diagram of the general system diagram of the sharing driverless car 140 in FIG. 3, the client-side devices that clients can use include a mobile device 110 and a fixed device 120, which can send a car rental request, fill in location information, car rental location information and other related contents; through the network 100, the client's car rental application is uploaded to the cloud server 150, and the cloud server 150 dispatches the vehicle. Before the vehicle sends passengers, the vehicle enters the parking lot of the driverless car 140 and automatically parks at a specific location on the vehicle inspection platform 160. À total of seven camera devices installed in all directions of the vehicle inspection platform 160 take pictures of the appearance of the vehicle, the internal camera of the vehicle takes pictures of the interior of the vehicle, the in-vehicle self-inspection system checks the vehicle system, and uploads the vehicle condition detection report to the cloud server 150, the cloud server 150 sends the vehicle condition detection report to the client, and the user chooses whether to replace the vehicle according to the fault detection result, in addition, the vehicle condition detection result is compared and verified with the actual situation of the vehicle.
Among them, the mobile device 110 is a portable electronic device including a mobile phone/PDA112, a tablet computer 113, a notebook computer 114, a smart watch, smart glasses and the like, which can download and use the application software of the shared driverless car 140; fixed device 120 refers to electronic equipment such as desktop computer
123 and car calling machine 122 which are fixed in some specific occasions or workstations 50 4150 and can download and use car rental application software; a workstation refers to a place where electronic equipment such as a desktop computer 123 can be provided, such as a shopping mall service desk, a restaurant, a cafe, etc. The car calling machine 122 refers to the electronic equipment specially provided to clients for renting the shared driverless car 140, and is generally installed in shopping malls, residential areas, bus stops, or parking lots sharing the driverless car 140.
Specifically, the client-side referred to in this application refers to mobile devices with camera function, such as mobile phones, tablets and the like.
As shown in FIG. 3, the client 111 generally only refers to the user who needs to rent a car, while the client 121 not only includes the user who needs to rent a car, but also can be the service personnel of the workstation. At the request of the user, the service personnel use the desktop computer 123 and other equipment to issue a car rental application.
As shown in FIG. 4, in order to share the functional schematic diagram of the general system of the driverless car 140, the details are as follows: (1) A client-side mobile device 110 includes a processor and a storage device; in addition, it also includes display devices, generally referring to display screens and touch screens such as mobile phones and tablet computers 113, which are used to display car rental software, vehicle information and other contents; input devices refer to mouse, keyboard, touch screen, etc., which are used to input car rental information, confirmation information, etc. And other components. (2) A client-side fixed device 120 also includes a processor and a storage device; in addition, it also includes a display device 223, which generally refers to the display screen and touch screen of the desktop computer 123 and the car calling machine 122, and is used to display the car rental software, vehicle information and other contents; input devices refer to mouse, keyboard, touch screen, etc., which are used to input car rental information, confirmation information, etc. And other components. (3) Call center equipment also includes a processor and a storage device; in addition, it also includes display devices, which generally refers to computer display screen, incoming call display screen, etc. Input devices, including keyboard, mouse, telephone keys and other devices used to input car rental requirements and make phone calls; the answering device 19150 4150 used for receiving the voice information of the client; responsing device, including manual responsing device such as telephone operator and machine responsing device of intelligent voice answering system; and other components.
The voice phone device 131 includes a communication network interface; a storage device, with recording and other information storage functions; display devices refer to the display screen and touch screen of mobile phones and telephones; an answering device for receiving the voice information of the car rental call center 130; a responsing device, through which the client transmits voice information to the call center, and other components. (4) A vehicle-mounted device 170, which also includes a processor and a storage device; in addition, it also includes display devices, generally referring to display devices outside the vehicle, verification display screens on the vehicle doors, human-computer interaction display screens inside the vehicle and other display devices used for identifying vehicles or realizing human-computer interaction with vehicles; the input device 244 refers to a keyboard, a fingerprint reader, an electronic code recognizer, a card reader, a touch screen and other devices with information input functions; monitoring device, generally including cameras, physical condition detectors, etc, is used to monitor and detect passengers' riding behavior and physical and mental state; cash payment device, including cash identification, amount calculation, change and banknote spitting, etc., for passengers who pay in cash; additional device, including entertainment equipment in the car, emergency rescue equipment, child safety seats, etc.; voice equipment, including voice recognition equipment and voice broadcast equipment; and other components. (5) The cloud server 150 includes one or more processors (CPU) and a storage device, wherein the processors are used for data analysis and sending instructions, and the storage device is used for storing instructions and data information from the processors; the cloud server 150 can receive the application of the client-side and the vehicle condition detection result uploaded by the vehicle inspection platform 160 through the network, and send the vehicle condition detection result to the client for the user to confirm and select. (6) Vehicle inspection platform 160 also includes a processor and a storage device; in addition, it also includes monitoring device, generally refers to a camera, which is used to collect the appearance image of the vehicle; and other components.
A method for verifying vehicle condition when the shared driverless car is rented 50 4150 when a user rents a driverless car, the vehicle condition of the dispatched vehicle needs to be detected first, and the vehicle condition detection result is sent to the user client for confirmation and selection; when the vehicle goes to the user's vehicle location, the user can compare and verify the vehicle condition with the actual vehicle condition according to the vehicle condition detection result, and confirm the parameters, and upload the verification result and the parameter confirmation result to the cloud server for storage, so as to clarify the responsibility for vehicle damage in the process of renting a car.
The vehicle condition detection includes fault detection and visual vehicle condition detection.
The fault detection situation is divided into two types: al: The vehicle is tested to be trouble-free; a2: The vehicle is detected to have a fault, and the fault detection result is uploaded to the cloud server to determine the fault type.
Specifically, the vehicle uses its own self-inspection system to detect faults.
The fault types include: b1: Emergency faults, the cloud server replaces the dispatched vehicle and overhauls the original vehicle; b2: non-emergency faults, the fault detection result can be sent from the cloud server to the user client-side, and passengers can choose whether the vehicle needs to be replaced.
Further, the visual vehicle condition detection includes two types: c1: Appearance detection: taking photos of the appearance of the vehicle, recording the appearance of the vehicle in detail, and uploading the results of appearance detection to the cloud server; c2: Interior decoration inspection: taking photos of the interior decoration of the vehicle, recording the interior decoration situation of the vehicle in detail, and uploading the inspection results of the interior decoration to the cloud server, the cloud server forms a visual vehicle condition confirmation report from the appearance detection result and the interior decoration detection result and sends it to the user's client.
Specifically, the appearance inspection is to take pictures of the appearance of tne 504150 vehicle by using the external inspection camera set in the vehicle inspection platform, while the interior decoration inspection is to take pictures of the interior decoration of the vehicle by using the internal inspection camera set on the vehicle. when the vehicle arrives at the vehicle use place, the user compares the visual vehicle condition confirmation report with the actual situation of the vehicle and makes a judgment. The judgment results include two types: d1: The result displayed in the vehicle condition confirmation report is consistent with the actual situation of the vehicle, and the user uses the client-side to send confirmation information to the cloud server; d2: The visual vehicle condition detection result recorded in the visual vehicle condition confirmation report is inconsistent with the actual situation of the vehicle. The user marks the inconsistent result, takes photos of the inconsistent position or parameters on the vehicle and adds them to the visual vehicle condition confirmation report to form a feedback report, which is uploaded to the cloud server by the client.
Further, the parameter confirmation means that when the vehicle arrives at the vehicle using place, the user confirms the driving parameters, takes photos of the driving parameters of the vehicle, and uploads them to the cloud server by using the client.
The driving parameters include an odometer and a fuel gauge.
Where the driving parameters also include an oil pressure gauge, a charging meter, a hundred-mile fuel consumption meter, a remaining fuel mileage meter, etc. The hundred-mile fuel consumption meter includes a real-time hundred-mile fuel consumption meter and an average hundred-mile fuel consumption meter.
The emergency faults include engine electronic control system faults, chassis assembly system faults, and driverless car safety control system faults.
Specifically, the engine electronic control system faults include motor faults, automatic transmission faults, brake faults, start-stop devices and the like.
The chassis assembly system faults include tire puncture fault, tire positioning fault, suspension control fault, handling stability controller fault, ABS fault, traction control fault, four-wheel steering fault, tire pressure control and so on.
The driverless car safety control system faults include the driving safety control subsystem faults and the driverless car information collection subsystem faults. LU504150
Where the driving safety control subsystem faults include signal lamp fault, airbag fault, automatic collision avoidance fault, navigation control fault, communication fault, vehicle computer fault and so on.
The driverless car information collection subsystem faults include radar monitoring fault, camera equipment fault, vehicle sensor fault, etc.
The non-emergency faults include the car body electronic control system faults, the air conditioning control system faults and the voice control system faults.
The car body electronic control system faults include instrument panel fault, electric doors and windows fault, central control door lock fault, electric rearview mirror fault, entertainment facilities fault, wiper fault, defrosting fault, automatic seat fault, anti-theft system fault, etc.
A method for verifying vehicle condition when the shared driverless car is rented comprises the following specific steps: step 501: the user uses the client-side to fill in the car rental information and upload it to the cloud server, step 502: the cloud server dispatches the vehicle according to the rental information, and performs fault detection on the vehicle by using the self-inspection system of the vehicle: step 503: judging whether there is a fault in the vehicle, if there is a fault, executing
Step 504, otherwise going to Step 509; step 504: the vehicle-mounted terminal uploads the fault detection result to the cloud server for storage and backup; step 505: the cloud server judges whether the vehicle is an emergency fault according to the fault detection result; if it is an emergency fault, executing step 506, otherwise, going to step 507; step 506: the cloud server sends an instruction to replace the vehicle, and sends an instruction to overhaul the original vehicle; and then going to step 502; step 507: the cloud server sends the fault detection result to the client, the user selects, and feeds back the selection result to the cloud server,
step 508: the user determines whether to replace the vehicle according to the fault 50 4150 detection result. If the vehicle replacement is selected, going to step 506, otherwise, executing step 509: step 509: the external inspection camera set takes pictures of the appearance of the vehicle, and the internal inspection camera set takes pictures of the interior decoration of the vehicle, and uploads the appearance photos and the interior decoration photos to the cloud server; step 510: the cloud server forms a visual vehicle condition confirmation report from the appearance photos and interior decoration photos of the vehicle and sends it to the client-side; step 511: the vehicle departs to the vehicle using location; step 512: the user uses the client-side to take photos of the driving parameters of the vehicle and upload them to the cloud server, step 513: the user compares and verifies the visual vehicle condition confirmation report with the actual vehicle condition; step 514: the user judges whether the comparison and verification results are consistent, if they are not consistent, executing to Step 515, otherwise going to step 516; step 515: the user uses the client-side to mark the inconsistent visual vehicle condition detection results recorded in the visual vehicle condition confirmation report, and takes photos of the inconsistent position on the vehicle and adds it to the corresponding position in the visual vehicle condition confirmation report to form feedback information and upload it to the cloud server; step 516: the user uses the client-side to send the vehicle confirmation information to the cloud server, and the car rental is successful.
In step 511, the vehicle using location is filled in the car rental information, which also includes the number of people using the car and whether there are any special requirements, etc., wherein the vehicle using location is the location where the car will pick up passengers after the car rental is successful, and the special requirements are whether children's chairs and wheelchairs are needed.
In step 512, when the vehicle arrives at the vehicle using location, the vehicle uses its self-inspection system to detect and display the driving parameters, and the user uses the client-side to take photos of the driving parameters and upload them to the cloud server 50 4150 storage and backup. When returning the car, if it is necessary to calculate the cost according to the mileage, the car rental cost can be calculated by comparing the data displayed in the odometer with the mileage data stored in the cloud server when renting the car. For example, when renting a car, the odometer shows 2000km, when returning the car, it is 2500km, and the difference of mileage data is 500km. According to the regulations of the car rental company, the car rental fee can be directly calculated by using the difference of mileage data, or the excess mileage can be charged.
In addition, the fuel meter data can be used to calculate the surcharge for car rental, etc. The difference between the fuel meter data when renting a car and when returning the car can be calculated to determine whether to increase or refund the surcharge. For example, when renting a car, the fuel meter of the vehicle shows 20% of the fuel quantity, while when returning the car, it shows 50% of the fuel quantity, and the car rental company should deduct 30% of the fuel quantity of the vehicle when calculating the rental fee.
In step 513, the user uses the visual vehicle condition confirmation report displayed on the client-side to check the appearance and interior condition of the vehicle one by one. If the comparison results are consistent, they will be confirmed, otherwise, they will be marked, and the mismatched positions on the vehicle will be photographed and added to the visual vehicle condition confirmation report. For example, the headlight of the vehicle is damaged, but it is not displayed in the visual vehicle condition confirmation report. The user can directly take a photo of the damaged headlight and add it to the visual vehicle condition confirmation report.
Through the above verification, the user can master the problems existing in the details of the vehicle, such as the scraping of the vehicle body, which is convenient for the liability of the vehicle damage when returning the vehicle and guarantees the rights and interests of the user.
The specific embodiments described above further explain the technical problems, technical solutions and beneficial effects solved by the present invention. It should be understood that the above are only specific embodiments of the present invention and are not used to limit the present invention. Any modification, equivalent substitution, improvement, etc. made within the spirit and principle of the present invention should be included in the present invention.
Claims (9)
1. A method for verifying vehicle condition when the shared driverless car is rented, characterized in that when a user rents a driverless car, the vehicle condition of the dispatched vehicle needs to be detected first, and the vehicle condition detection result is sent to the client-side of the user for confirmation and selection; when the vehicle goes to the user's vehicle location, the user can compare and verify the vehicle condition with the actual vehicle condition according to the vehicle condition detection result, and confirm the parameters, and upload the verification result and the parameter confirmation result to the cloud server for storage, so as to clarify the responsibility for vehicle damage in the process of renting a car; the vehicle condition detection includes fault detection and visual vehicle condition detection; where the system for verifying the vehicle condition when the shared driverless car is rented includes a car inspection platform and a self-inspection system; the vehicle inspection platform is used for visual vehicle condition detection, and the self-inspection system is used for fault detection; the vehicle inspection platform includes a closed vehicle inspection room for parking driverless cars for vehicle inspection, and a camera detection component for shooting information of driverless cars; the wall at one side of that close vehicle inspection room is provided with an inductive automatic open and closing door, the camera detection component comprises an external inspection camera set arranged on the inner wall of the closed vehicle inspection room for vehicle appearance detection, and an internal inspection camera set arranged in the driverless car for vehicle interior detection; induction lamps are also arranged in the closed vehicle inspection room; the system for verifying the vehicle condition when the shared driverless car is rented further comprises a cloud server, which is electrically connected with the closed vehicle inspection room, the camera detection component and the self-inspection system, and is used for collecting information of the closed vehicle inspection room, the camera detection component and the self-inspection system and analyzing and comparing the information; the vehicle inspection platform further comprises a storage device connected to the cloud server for storing the vehicle condition information of the driverless car; LU504150 the system for verifying the vehicle condition when the shared driverless car is rented further comprises a client-side, which is used for sending information such as renting and returning the car; and receiving the vehicle condition detection information sent by the cloud server.
2. The method for verifying vehicle condition when the shared driverless car is rented according to claim 1, characterized in that the fault detection situation is divided into two types: al: the vehicle is tested to be trouble-free; a2: the vehicle is detected to have a fault, and the fault detection result is uploaded to the cloud server to determine the fault type.
3. The method for verifying vehicle condition when the shared driverless car is rented according to claim 2, characterized in that the fault types include: b1: emergency faults, the cloud server replaces the dispatched vehicle and overhauls the original vehicle; b2: non-emergency faults, the fault detection result can be sent from the cloud server to the user client-side, and passengers can choose whether the vehicle needs to be replaced.
4. The method for verifying vehicle condition when the shared driverless car is rented according to claim 1, characterized in that the visual vehicle condition detection includes two types: c1: appearance detection: taking photos of the appearance of the vehicle, recording the appearance of the vehicle in detail, and uploading the results of appearance detection to the cloud server; C2: interior decoration inspection: taking photos of the interior decoration of the vehicle, recording the interior decoration situation of the vehicle in detail, and uploading the inspection results of the interior decoration to the cloud server; the cloud server forms a visual vehicle condition confirmation report from the appearance detection result and the interior decoration detection result and sends it to the user client-side. LU504150
5. The method for verifying vehicle condition when the shared driverless car is rented according to claim 4, characterized in that, when the vehicle arrives at the vehicle use place, the user compares the visual vehicle condition confirmation report with the actual situation of the vehicle and makes a judgment; the judgment results include two types: d1: the result displayed in the vehicle condition confirmation report is consistent with the actual situation of the vehicle, and the user uses the client-side to send confirmation information to the cloud server; d2: the visual vehicle condition detection result recorded in the visual vehicle condition confirmation report is inconsistent with the actual situation of the vehicle; the user marks the inconsistent result, takes photos of the inconsistent position or parameters on the vehicle and adds them to the visual vehicle condition confirmation report to form a feedback report, which is uploaded to the cloud server by the client-side.
6. The method for verifying vehicle condition when the shared driverless car is rented according to claim 1, characterized in that the parameter confirmation means that when the vehicle arrives at the vehicle using place, the user confirms the driving parameters, takes photos of the driving parameters of the vehicle, and uploads them to the cloud server by using the client-side.
7. The method for verifying vehicle condition when the shared driverless car is rented according to claim 6, characterized in that the driving parameters include an odometer and a fuel gauge.
8. The method for verifying vehicle condition when the shared driverless car is rented according to claim 3, characterized in that the emergency faults include engine electronic control system faults, chassis assembly system faults, and driverless car safety control system faults; the non-emergency faults include the car body electronic control system faults, the air conditioning control system faults and the voice control system faults.
9. The method for verifying vehicle condition when the shared driverless car 19504150 rented according to any one of claims 1 - 8, characterized in that the specific operation steps of the method for verifying the vehicle condition are as follows:
step 501: the user uses the client-side to fill in the car rental information and upload it to the cloud server,
step 502: the cloud server dispatches the vehicle according to the rental information, and performs fault detection on the vehicle by using the self-inspection system of the vehicle:
step 503: judging whether there is a fault in the vehicle, if there is a fault, executing step 504, otherwise going to step 509;
step 504: the vehicle-mounted terminal uploads the fault detection result to the cloud server for storage and backup;
step 505: the cloud server judges whether the vehicle is an emergency fault according to the fault detection result; if it is an emergency fault, executing step 506, otherwise, going to step 507;
step 506: the cloud server sends an instruction to replace the vehicle, and sends an instruction to overhaul the original vehicle; and then going to step 502;
step 507: the cloud server sends the fault detection result to the client, the user selects, and feeds back the selection result to the cloud server;
step 508: the user determines whether to replace the vehicle according to the fault detection result; if the vehicle replacement is selected, going to step 506, otherwise, executing step 509;
step 509: the external inspection camera set takes pictures of the appearance of the vehicle, and the internal inspection camera set takes pictures of the interior decoration of the vehicle, and uploads the appearance photos and the interior decoration photos to the cloud server,
step 510: the cloud server forms a visual vehicle condition confirmation report from the appearance photos and interior decoration photos of the vehicle and sends it to the client-side;
step 511: the vehicle departs to the vehicle using location;
step 512: the user uses the client-side to take photos of the driving parameters of the vehicle and upload them to the cloud server, LU504150 step 513: the user compares and verifies the visual vehicle condition confirmation report with the actual vehicle condition;
step 514: the user judges whether the comparison and verification results are consistent, if they are not consistent, executing to step 515, otherwise going to step 516;
step 515: the user uses the client-side to mark the inconsistent visual vehicle condition detection results recorded in the visual vehicle condition confirmation report, and takes photos of the inconsistent position on the vehicle and adds it to the corresponding position in the visual vehicle condition confirmation report to form feedback information and upload it to the cloud server;
step 516: the user uses the client-side to send the vehicle confirmation information to the cloud server, and the car rental is successful.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| LU504150A LU504150B1 (en) | 2023-05-08 | 2023-05-08 | Method for verifying vehicle condition when shared driverless car is rented |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| LU504150A LU504150B1 (en) | 2023-05-08 | 2023-05-08 | Method for verifying vehicle condition when shared driverless car is rented |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| LU504150B1 true LU504150B1 (en) | 2023-11-10 |
Family
ID=88838629
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| LU504150A LU504150B1 (en) | 2023-05-08 | 2023-05-08 | Method for verifying vehicle condition when shared driverless car is rented |
Country Status (1)
| Country | Link |
|---|---|
| LU (1) | LU504150B1 (en) |
-
2023
- 2023-05-08 LU LU504150A patent/LU504150B1/en active IP Right Grant
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107813775B (en) | Shared unmanned automobile renting condition verification method | |
| CN107392330B (en) | System and method for verifying vehicle condition during returning of shared unmanned vehicle | |
| CN104992364B (en) | A kind of unattended electric automobile leasing system and rent method | |
| CN204926181U (en) | Unmanned on duty electric automobile leases system | |
| US20180091930A1 (en) | Systems and methods for vehicle access and management | |
| CN110263946B (en) | Maintenance service platform and method based on automobile data collection and bidding and robbing orders | |
| CN107507297B (en) | Method for responding traffic accidents of unmanned taxi | |
| CN105405173B (en) | A kind of unattended parking lot automatic control and charging system, method | |
| CN107038610B (en) | Passenger trust degree evaluation method for unmanned taxi | |
| US20110288721A1 (en) | Pre-filling vehicle data check | |
| WO2015013217A1 (en) | Device, system and method for capturing motor vehicle behavior | |
| CN105894669A (en) | Method, device and system for automatically oiling unmanned vehicle | |
| CN105956905A (en) | Unmanned vehicle time sharing renting system | |
| CN111932331B (en) | Vehicle information acquisition method and device and storage medium | |
| WO2008058424A1 (en) | A method for road charging, road information and parking charging and navigation and the system thereof | |
| CN107331060B (en) | Charging management method for paid charging, electronic equipment, storage medium and system | |
| CN113055527A (en) | Vehicle intelligent control system based on mobile phone app | |
| CN107610351A (en) | A kind of equipment, cloud platform and system for realizing Car sharing | |
| KR102463053B1 (en) | System and method for providing integrated transportation services | |
| LU504150B1 (en) | Method for verifying vehicle condition when shared driverless car is rented | |
| Barth et al. | Intelligent transportation technology elements and operational methodologies for shared-use vehicle systems | |
| CN108022145A (en) | Consumption is used using vehicle remote information processing customization vehicle | |
| CN207517055U (en) | Vehicle condition verifies system when a kind of shared automatic driving car is returned the car | |
| CN111216663A (en) | Vehicle, vehicle equipment and intelligent maintenance method of vehicle equipment | |
| CN111986389A (en) | Vehicle hosting method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Patent granted |
Effective date: 20231110 |