Vehicle inventory checking method and device and electronic equipment
By installing vehicle-mounted terminals on vehicles and utilizing vehicle networking technology and electronic fences, combined with vehicle cruise status and location data, automatic inventory counting of vehicles has been achieved. This solves the problem of the lack of refined management of vehicle location information in existing inventory management systems, improves the timeliness and accuracy of inventory monitoring, and meets the company's needs for intelligent business transformation.
Patent Information
- Application Number
- CN202410606759.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-05-15
- Publication Date
- 2025-11-18
AI Technical Summary
In existing technologies, dealer inventory management systems lack refined management of vehicle location information, resulting in low efficiency in inventory counting. The current inventory counting methods are offline, relying on manual on-site verification and locating vehicles according to ledgers. This traditional method suffers from poor accuracy and timeliness, failing to achieve unified control and asset inventory management, and thus cannot meet the increasingly refined development of the company's business and the intelligent transformation needs of the AI era.
By installing vehicle-mounted terminals on vehicles, the system can acquire vehicle inventory types and operational data. Utilizing vehicle networking technology and electronic fences, combined with vehicle cruise status and location data, it enables automatic inventory counting and management of vehicle inventory, improving the timeliness and accuracy of inventory monitoring.
It has enabled unified management and control of vehicle inventory and asset inventory, improved the timeliness and accuracy of inventory monitoring, met the company's refined business needs, and improved the work efficiency of staff.
Smart Images

Figure CN120975696A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present disclosure relates to the technical field of vehicle inventory management, in particular, to a vehicle inventory checking method and device and electronic equipment. BACKGROUND
[0002] In the prior art, only the vehicle arrival address and a network address are entered in the position information management system of the dealer inventory vehicle, and the dealer jurisdiction area and the second network are not further entered, which affects the physical inventory checking and grid management of the assets. Moreover, the existing inventory checking method is offline management, and the traditional checking method of manual on-site checking and checking according to the account is adopted, which has poor accuracy and timeliness. The existing inventory checking method cannot meet the development of increasingly refined business and the demand for intelligent transformation in the AI era. Online completion of inventory checking and analysis is the inevitable direction of the digital process reform of the company and is also a necessary guarantee for the company to continue to lead competitors in product design and marketing strategy. Therefore, unified control and asset checking of the vehicle inventory, and improvement of the timeliness of vehicle inventory monitoring and the accuracy of inventory checking are technical problems that need to be solved at present. SUMMARY
[0003] To overcome the problems in the related art, the present disclosure provides a vehicle inventory checking method, device and electronic equipment.
[0004] According to a first aspect of an embodiment of the present disclosure, a vehicle inventory checking method is provided, comprising:
[0005] In the case that the vehicle has a vehicle-mounted terminal, the inventory type of the vehicle in the terminal inventory and the running data of the vehicle provided by the vehicle-mounted terminal are obtained, the inventory type is used to indicate that the vehicle is in transit or at a dealer, and the running data includes driving data and position data;
[0006] According to the inventory type in the terminal inventory and the running data, it is determined whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory.
[0007] Optionally, the determination of whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory according to the inventory type in the terminal inventory and the running data comprises:
[0008] When the inventory type of the vehicle in the terminal inventory is in transit, according to the cruising state of the vehicle and the state of the vehicle touching the dealer fence, it is determined whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory.
[0009] When the inventory type of the vehicle in the terminal inventory is not in-transit, according to whether the inventory type of the vehicle in the terminal inventory is in-dealer, a state of the vehicle touching a dealer fence and a staying time length, it is determined whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory.
[0010] Optionally, the cruise state includes a state of adaptive cruise and an engine speed, and the determining whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory according to the cruise state of the vehicle and the state of the vehicle touching a dealer fence includes:
[0011] When the adaptive cruise is turned on and the engine speed is not zero, it is determined that the inventory checking result of the vehicle is in-transit, which is consistent with the inventory type in the terminal inventory;
[0012] When the adaptive cruise is turned off and the engine speed is zero, it is determined whether the vehicle touches any dealer fence;
[0013] When the vehicle does not touch any dealer fence, it is determined that the inventory checking result of the vehicle is suspected to lack fence information, which is inconsistent with the inventory type in the terminal inventory;
[0014] When the vehicle touches any dealer fence and the dealer is not a dealer associated with the vehicle, it is determined that the inventory checking result of the vehicle is suspected to be repositioned, which is inconsistent with the inventory type in the terminal inventory;
[0015] When the vehicle touches any dealer fence and the dealer is a dealer associated with the vehicle, it is determined that the inventory checking result of the vehicle is suspected to be not picked up, which is inconsistent with the inventory type in the terminal inventory.
[0016] Optionally, the determining whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory according to whether the inventory type of the vehicle in the terminal inventory is in-dealer, a state of the vehicle touching a dealer fence and a staying time length includes:
[0017] When the inventory type of the vehicle in the terminal inventory is not in-dealer, it is determined that the inventory checking result is unable to be checked, and a reason for being unable to be checked is determined according to a staying time length of the vehicle outside the dealer fence;
[0018] When the inventory type of the vehicle in the terminal inventory is in-dealer, it is determined whether the vehicle touches any dealer fence;
[0019] when the vehicle does not touch any dealer fence and the length of time that the vehicle stays outside the dealer fence is less than a preset length threshold, determining that the inventory checking result of the vehicle is inconsistent with the inventory type of the vehicle in the terminal inventory, and that the vehicle is suspected to be on the way;
[0020] when the vehicle does not touch any dealer fence and the length of time that the vehicle stays outside the dealer fence is greater than the preset length threshold, determining that the inventory checking result of the vehicle is inconsistent with the inventory type of the vehicle in the terminal inventory, and that the vehicle is suspected to lack fence information;
[0021] when the vehicle touches any dealer fence and the dealer is not the dealer associated with the vehicle, and the length of time that the vehicle stays in the dealer fence is greater than a preset length threshold, determining that the inventory checking result of the vehicle is inconsistent with the inventory type of the vehicle in the terminal inventory, and that the vehicle is suspected to be transferred;
[0022] when the vehicle touches any dealer fence and the dealer is the dealer associated with the vehicle, determining that the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory, and that the vehicle is in the dealer.
[0023] Optionally, the method further comprises:
[0024] when the vehicle has no on-board terminal, receiving the reported vehicle information from a mobile terminal, the vehicle information comprising a vehicle identification code, location information and / or reporting time of the vehicle;
[0025] determining whether the vehicle is in a dealer warehouse and an invoicing state according to the vehicle information, and determining whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the determination result of whether the vehicle is in the dealer warehouse and the invoicing state.
[0026] Optionally, the determining whether the vehicle is in a dealer warehouse and an invoicing state according to the vehicle information, and determining whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the determination result of whether the vehicle is in the dealer warehouse and the invoicing state, comprises:
[0027] determining whether the Internet of Vehicles inventory type of the vehicle is a dealer warehouse according to the vehicle identification code and the location information;
[0028] when the Internet of Vehicles inventory type is in the dealer warehouse, obtaining the invoicing state, and determining whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the invoicing state;
[0029] When the vehicle networking inventory type is not in the dealer inventory, it is determined that the inventory checking result of the vehicle is unable to be checked.
[0030] Optionally, the determining whether the vehicle networking inventory type of the vehicle is a dealer inventory according to the vehicle identification code and the location information comprises:
[0031] determining, by the vehicle identification code, whether the vehicle is in a background database;
[0032] When the vehicle is in the background database, determining whether the vehicle is in a dealer fence of an associated dealer according to the vehicle identification code and the location information;
[0033] When the vehicle is in the dealer fence of the associated dealer, it is determined that the vehicle networking inventory type is a dealer inventory;
[0034] When the vehicle is not in the dealer fence of the associated dealer, receiving a specified dealer sent by the mobile terminal, and determining whether the vehicle is in a dealer fence of the specified dealer according to the vehicle identification code and the location information;
[0035] When the vehicle is in the dealer fence of the specified dealer, it is determined that the vehicle networking inventory type is a dealer inventory, and when the vehicle is not in the dealer fence of the specified dealer, it is determined that the vehicle networking inventory type is not in a dealer inventory;
[0036] When the vehicle is not in the background database, it is determined that the inventory checking result of the vehicle is unable to be checked.
[0037] Optionally, the obtaining the invoicing state and determining whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the invoicing state comprises:
[0038] obtaining an invoicing state of the vehicle;
[0039] When the invoicing state is invoiced, comparing the vehicle networking inventory type with the inventory type of the vehicle in the terminal inventory to obtain the inventory checking result, and the inventory checking result is consistent or inconsistent with the inventory type in the terminal inventory;
[0040] When the invoicing state is not invoiced, comparing the vehicle networking inventory type with the inventory type of the vehicle in the factory inventory to obtain the inventory checking result, and the inventory checking result is consistent or inconsistent with the inventory type in the factory inventory.
[0041] According to a second aspect of the embodiments of the present disclosure, a vehicle inventory checking device is provided, comprising:
[0042] an acquisition module, configured to acquire, in a case that the vehicle has a vehicle-mounted terminal, an inventory type of the vehicle in a terminal inventory and running data of the vehicle provided by the vehicle-mounted terminal, the inventory type being used to indicate that the vehicle is in transit or at a dealer, and the running data including driving data and location data;
[0043] a determination module, configured to determine whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory according to the inventory type in the terminal inventory and the running data.
[0044] According to a third aspect of the embodiments of the present disclosure, there is provided a non-transitory computer-readable storage medium having a computer program stored thereon, the program being executed by a processor to implement the steps of the vehicle inventory checking method according to the first aspect of the embodiments of the present disclosure.
[0045] According to a fourth aspect of the embodiments of the present disclosure, there is provided an electronic device, comprising:
[0046] a memory having a computer program stored thereon;
[0047] a processor configured to execute the computer program in the memory to implement the steps of the vehicle inventory checking method according to the first aspect of the embodiments of the present disclosure.
[0048] According to a fifth aspect of the embodiments of the present disclosure, there is provided a computer program product comprising a computer program, characterized in that the computer program is executed by a processor to implement the steps of the vehicle inventory checking method according to the first aspect of the embodiments of the present disclosure.
[0049] In the above technical solution, in a case that the vehicle has a vehicle-mounted terminal, an inventory type of the vehicle in a terminal inventory and running data of the vehicle provided by the vehicle-mounted terminal are acquired, the inventory type is used to indicate that the vehicle is in transit or at a dealer, and the running data includes driving data and location data; and whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory is determined according to the inventory type in the terminal inventory and the running data. Through the above technical solution, whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory can be determined by the inventory type of the vehicle in the terminal inventory and the running data of the vehicle provided by the vehicle-mounted terminal, so as to realize unified management and control of the vehicle inventory and asset checking, improve the timeliness of vehicle inventory monitoring and the accuracy of inventory checking, and improve the work efficiency of the staff.
[0050] Other features and advantages of the present disclosure will be described in detail in the following detailed description. BRIEF DESCRIPTION OF DRAWINGS
[0051] The accompanying drawings are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of the specification, illustrate embodiments of the present disclosure and, together with the description, serve to explain the principles of the present disclosure. In the drawings:
[0052] Figure 1 is a flowchart of a vehicle inventory check method according to an exemplary embodiment.
[0053] Figure 2 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0054] Figure 3 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0055] Figure 4 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0056] Figure 5 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0057] Figure 6 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0058] Figure 7 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0059] Figure 8 is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0060] Figure 9a is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0061] Figure 9b is a flowchart of another vehicle inventory check method according to an exemplary embodiment.
[0062] Figure 10 is a block diagram of a vehicle inventory check apparatus according to an exemplary embodiment.
[0063] Figure 11 is a block diagram of an electronic device 1100 according to an exemplary embodiment.
[0064] Figure 12 is a block diagram of an electronic device 1200 according to an exemplary embodiment. DETAILED DESCRIPTION
[0065] The exemplary embodiments will be described in detail herein with reference to the attached drawings. The following description is made with reference to the accompanying drawings in which like reference numerals refer to like elements throughout the several figures. The following exemplary embodiments described therein represent implementations consistent with the present disclosure. The following description of implementations is not meant to be limiting on the disclosure. Rather, it is intended to be exemplary and to provide a description of some aspects of the disclosure as defined by the appended claims.
[0066] It is to be understood that the embodiments of the present disclosure, although described in specific order in the accompanying drawings, should not be construed as requiring the operations to be performed in the specific order or in a serial order, or requiring all of the operations to be performed to obtain the desired results. In certain circumstances, multitasking and parallel processing can be advantageous.
[0067] It should be noted that all actions of obtaining signals, information or data in the present disclosure are performed in compliance with the corresponding data protection regulations and policies of the country where the device is located, and with the authorization of the owner of the corresponding device.
[0068] The applicant finds that there is currently a lack of refined management of the location information of dealer inventory vehicles, and only the vehicle arrival address and a network address are entered in the existing dealer inventory system, which fails to go deep into the area under the jurisdiction of the dealer and the second network, affecting the physical inventory check and grid management of assets. Moreover, the existing inventory checking method is offline management, which adopts the traditional checking method of manual on-site checking and checking according to the account, and requires a lot of time and effort. Unified control and asset checking need to rely on a large number of personnel for on-site checking, and the accuracy and timeliness are poor. In view of this situation, a model is established by real-time positioning, electronic fence, etc. to manage vehicle inventory.
[0069] Figure 1 is a flowchart of a vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 1 The method comprises the following steps:
[0070] In step S11, in the case that the vehicle has a vehicle-mounted terminal, the inventory type of the vehicle in the terminal inventory and the running data of the vehicle provided by the vehicle-mounted terminal are obtained, the inventory type is used to indicate that the vehicle is in transit or at a dealer, and the running data includes driving data and location data.
[0071] In step S12, according to the inventory type in the terminal inventory and the running data, it is determined whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory.
[0072] Exemplarily, when inventory checking is performed on vehicles, vehicles with and without vehicle-mounted terminals are checked respectively, in the case that a vehicle has a vehicle-mounted terminal, the Internet of Vehicles background can directly obtain data from the vehicle-mounted terminal of the vehicle, so as to realize automatic identification and checking, and obtain the inventory type of the vehicle in the terminal inventory and the running data of the vehicle provided by the vehicle-mounted terminal, the inventory type indicates that the vehicle is in transit or at a dealer, the terminal inventory can be the inventory in a DMS (Dealer Management System, dealer management system), the Internet of Vehicles background can be a TSP (Telematics Service Provider, remote service provider) platform, and the running data includes driving data and location data, and the driving data includes one or more of an adaptive cruise control (ACC) opening state of the vehicle and an engine speed of the vehicle.
[0073] For example, when the inventory type of the vehicle reported by the DMS is in transit, the adaptive cruise control (ACC) opening state of the vehicle and the engine speed of the vehicle are determined, when the adaptive cruise control is opened and the engine has a speed, the inventory checking result of the vehicle is that the vehicle is in transit, and the inventory checking result of the vehicle is consistent with the inventory type in the DMS.
[0074] Through the above technical solution, whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory can be determined by the inventory type of the vehicle in the terminal inventory and the running data of the vehicle provided by the vehicle-mounted terminal, so as to realize unified management and control of the vehicle inventory and asset checking, and improve the timeliness of vehicle inventory monitoring and the accuracy of inventory checking.
[0075] Figure 2 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 2 The step S12 includes:
[0076] In step S121, when the inventory type of the vehicle in the terminal inventory is in transit, whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory is determined according to the cruise state of the vehicle and the state that the vehicle touches the dealer fence.
[0077] In step S122, when the inventory type of the vehicle in the terminal inventory is not in transit, whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory is determined according to whether the inventory type of the vehicle in the terminal inventory is at a dealer, the state that the vehicle touches the dealer fence and the staying time.
[0078] Figure 3is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as Figure 3 As shown in FIG. 12, the cruise state includes a state of adaptive cruise and an engine speed, and the step S121 includes:
[0079] In step S1211, when the adaptive cruise is on and the engine speed is not zero, it is determined that the inventory checking result of the vehicle is in transit, which is consistent with the inventory type in the terminal inventory.
[0080] In step S1212, when the adaptive cruise is off and the engine speed is zero, it is determined whether the vehicle touches any dealer fence.
[0081] In step S1213, when the vehicle does not touch any dealer fence, it is determined that the inventory checking result of the vehicle is suspected to lack fence information, which is inconsistent with the inventory type in the terminal inventory.
[0082] In step S1214, when the vehicle touches any dealer fence and the dealer is not the dealer associated with the vehicle, it is determined that the inventory checking result of the vehicle is suspected to be re-routed, which is inconsistent with the inventory type in the terminal inventory.
[0083] In step S1215, when the vehicle touches any dealer fence and the dealer is the dealer associated with the vehicle, it is determined that the inventory checking result of the vehicle is suspected to be not received, which is inconsistent with the inventory type in the terminal inventory.
[0084] Exemplarily, in one embodiment, when the inventory type reported by the DMS is in-transit, the state of the ACC and the rotating speed of the engine are determined according to the running data of the vehicle. If the ACC is on and the rotating speed of the engine is not zero, it indicates that the vehicle is in a driving state, and it is determined that the inventory checking result of the vehicle is in-transit, so that the inventory checking result of the vehicle is consistent with the inventory type in the DMS. If the ACC is off and the rotating speed of the engine is zero, it indicates that the vehicle is not driving, and thus the in-transit reported by the DMS may be inconsistent. Therefore, it can be further determined whether the vehicle touches any dealer fence. If the vehicle does not touch any dealer fence, and the staying time of the vehicle outside the dealer fence exceeds a preset time threshold, it is determined that the inventory checking result of the vehicle is suspected to lack fence information, and the inventory state is not updated by the business system. The inventory checking result of the vehicle is inconsistent with the inventory type in the DMS. If the vehicle touches any dealer fence, and the dealer is not the dealer associated with the vehicle, it indicates that the vehicle enters the dealer fence not associated with the vehicle, and the staying time of the vehicle in the dealer fence exceeds the preset time threshold. It can be determined that the inventory checking result of the vehicle is suspected to be repositioned, and the inventory checking result of the vehicle is inconsistent with the inventory type in the DMS. If the vehicle touches the dealer fence already associated with the vehicle, and the staying time of the vehicle in the dealer fence exceeds the preset time threshold, it can be determined that the inventory checking result of the vehicle is suspected to be not collected, and the inventory checking result of the vehicle is inconsistent with the inventory type in the DMS. Optionally, in another embodiment, it can also be determined whether the staying time of the vehicle exceeds the preset time threshold, and other steps are the same as those in the former embodiment, which will not be described herein. The preset time threshold can be 4 hours. The dealer fence in various embodiments of the present disclosure refers to an electronic fence, or a geo-fence. The staying time can be obtained based on the position data in the running data in real time.
[0085] Figure 4 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment. As shown in Figure 4 , the step S122 includes:
[0086] In step S1221, when the inventory type of the vehicle in the terminal inventory is not in the dealer, it is determined that the inventory checking result is unable to be checked, and the reason for being unable to be checked is determined according to the staying time of the vehicle outside the dealer fence.
[0087] Exemplarily, when the inventory type of the vehicle in the DMS is not in-transit, it is further judged whether the inventory type of the vehicle in the DMS is not in-dealer, if not, whether the staying duration of the vehicle is greater than a preset duration threshold, if yes, the inventory checking result of the vehicle is unable to check, and the reason of the unable to check is that the suspected missing fence information, the inventory type is empty or other; if no, the inventory checking result of the vehicle is unable to check, and the reason of the unable to check is that the inventory type is empty or other.
[0088] In step S1222, when the inventory type of the vehicle in the terminal inventory is in-dealer, it is judged whether the vehicle touches any dealer fence.
[0089] In step S1223, when the vehicle does not touch any dealer fence, and the staying duration of the vehicle outside the dealer fence is less than the preset duration threshold, it is determined that the inventory checking result of the vehicle is that the suspected vehicle is in-transit, which is inconsistent with the inventory type in the terminal inventory.
[0090] In step S1224, when the vehicle does not touch any dealer fence, and the staying duration of the vehicle outside the dealer fence is greater than the preset duration threshold, it is determined that the inventory checking result of the vehicle is that the suspected missing fence information, which is inconsistent with the inventory type in the terminal inventory.
[0091] In step S1225, when the vehicle touches any dealer fence, the dealer is not the dealer associated with the vehicle, and the staying duration of the vehicle in the dealer fence is greater than the preset duration threshold, it is determined that the inventory checking result of the vehicle is that the suspected vehicle is transferred, which is inconsistent with the inventory type in the terminal inventory.
[0092] In addition, if the dealer is not the dealer associated with the vehicle, but the staying duration of the vehicle is less than the preset duration threshold, then enter the next judgment period, and start to execute step S11 again.
[0093] In step S1226, when the vehicle touches any dealer fence, the dealer is the dealer associated with the vehicle, it is determined that the inventory checking result of the vehicle is in-dealer, which is consistent with the inventory type in the terminal inventory.
[0094] The preset duration threshold can be 4 hours, and the staying duration can be acquired based on the position data in the running data in real time.
[0095] For the vehicle without the vehicle-mounted terminal, the actual inventory of the vehicle can be checked by the following method, Figure 5 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as Figure 5As shown, the method further comprises:
[0096] In step S13, the vehicle information reported by the mobile terminal is received when the vehicle does not have a vehicle terminal, the vehicle information including the vehicle identification code, location information and / or reporting time of the vehicle.
[0097] In step S14, it is determined whether the vehicle is in the dealer warehouse and the billing status according to the vehicle information, and whether the inventory check result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the judgment result of whether the vehicle is in the dealer warehouse and the billing status.
[0098] Exemplarily, for a vehicle without a vehicle terminal, the vehicle cannot directly report data to the Internet of Vehicles background, so it needs to be assisted by manual through a mobile terminal to input information to the Internet of Vehicles background (TSP) through the mobile terminal. For example, the vehicle information obtained by the mobile terminal through photographing, the vehicle information including the vehicle identification code, location information and reporting time of the vehicle, the TSP receiving the vehicle information reported by the mobile terminal, the Internet of Vehicles background being able to identify whether the vehicle is in the background database according to the vehicle identification code of the vehicle, the background database referring to the data list of the vehicle identification code of the vehicle required to be managed obtained from the financial system, when the vehicle is in the background database, it is determined whether the vehicle is in any dealer fence under the ownership of the dealer according to the vehicle information, when the vehicle is in any dealer fence under the ownership of the dealer, it is determined whether the vehicle is in the dealer warehouse and the billing status according to the vehicle information, and whether the inventory check result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the judgment result of whether the vehicle is in the dealer warehouse and the billing status, so as to realize unified management and asset inventory of the vehicle inventory, and improve the timeliness of vehicle inventory monitoring and the accuracy of inventory checking. The factory inventory can be the inventory of the vehicle in the SAP (System Applications and Products, enterprise management solution) system.
[0099] Figure 6 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as Figure 6 As shown, in step S14, the following steps are included:
[0100] In step S141, it is determined whether the Internet of Vehicles inventory type of the vehicle is the dealer warehouse according to the vehicle identification code and the location information.
[0101] In step S142, when the vehicle networking inventory type is in the dealer warehouse, the invoicing state is obtained, and it is determined whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal warehouse or the factory warehouse according to the invoicing state.
[0102] In step S143, when the vehicle networking inventory type is not in the dealer warehouse, it is determined that the inventory checking result of the vehicle is unable to be checked.
[0103] Figure 7 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 7 In step S141, the following steps are included:
[0104] In step S1411, it is determined whether the vehicle is in the background database according to the vehicle identification code.
[0105] For example, the background database is a data list of vehicle identification codes of the vehicle required to be managed obtained from the financial system, and it is determined whether the vehicle is in the background database by querying the vehicle identification code obtained by photographing in the background database.
[0106] In step S1412, when the vehicle is in the background database, it is determined whether the vehicle is in the dealer fence of the associated dealer according to the vehicle identification code and the location information.
[0107] For example, when the vehicle identification code is in the background database, it can be determined whether the vehicle is in the dealer fence of the associated dealer according to the location of the vehicle and the geographical range of the dealer fence of the associated dealer.
[0108] In step S1413, when the vehicle is in the dealer fence of the associated dealer, it is determined that the vehicle networking inventory type is the dealer warehouse.
[0109] In step S1414, when the vehicle is not in the dealer fence of the associated dealer, the specified dealer sent by the mobile terminal is received, and it is determined whether the vehicle is in the dealer fence of the specified dealer according to the vehicle identification code and the location information.
[0110] For example, the staff can manually input the dealer of the vehicle as the specified dealer on the mobile terminal, and the vehicle networking background can determine whether the vehicle is in the dealer fence of the specified dealer based on the vehicle identification code, the location information, and the geographical range of the dealer fence of the specified dealer after receiving the specified dealer sent by the mobile terminal.
[0111] In step S1415, when the vehicle is in the dealer fence of the designated dealer, the vehicle connected car inventory type is determined as dealer inventory, and when the vehicle is not in the dealer fence of the designated dealer, the vehicle connected car inventory type is determined as not in dealer inventory.
[0112] In step S1416, when the vehicle is not in the background database, the inventory check result of the vehicle is determined as not checkable.
[0113] Figure 8 is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 8 Step S142, including:
[0114] In step S1421, the invoicing state of the vehicle is obtained.
[0115] In step S1422, when the invoicing state is invoiced, the vehicle connected car inventory type is compared with the inventory type of the vehicle in the terminal inventory to obtain the inventory check result, and the inventory check result is consistent or inconsistent with the inventory type in the terminal inventory.
[0116] In step S1423, when the invoicing state is not invoiced, the vehicle connected car inventory type is compared with the inventory type of the vehicle in the factory inventory to obtain the inventory check result, and the inventory check result is consistent or inconsistent with the inventory type in the factory inventory.
[0117] Exemplarily, when the invoicing state is invoiced, the vehicle connected car inventory type is compared with the inventory type of the vehicle in the terminal inventory to obtain the inventory check result of the vehicle, and the inventory check result is consistent or inconsistent with the inventory type in the terminal inventory, and the inventory check record is added and moved from the background database to the database of the terminal inventory, and when the invoicing state is not invoiced, the vehicle connected car inventory type is compared with the inventory type of the vehicle in the factory inventory to obtain the inventory check result of the vehicle, and the inventory check result is consistent or inconsistent with the inventory type in the factory inventory, and the check record is moved from the background database to the database of the account inventory.
[0118] Figure 9a is a flowchart of another vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 9a When the vehicle is a vehicle without a terminal, the vehicle is manually checked by a mobile terminal in a small program (for example, a small program or an independent application) in step S142. Figure 9a
[0119] Step S1a: photographing auxiliary checking of the vehicle is performed;
[0120] Step S2a: Confirm that the mobile terminal opens the camera permission, take a photo of the vehicle and preview upload, if the photo is not recognized, return to retake;
[0121] Step S3a: Confirm that the mobile terminal opens the location authorization, if not authorized, resubmit the photo of the vehicle;
[0122] Step S4a: Identify the VIN code of the vehicle, and the real-time time of the photo and the real-time location information of the mobile terminal, and submit the data to the background;
[0123] Step S5a: Determine whether the vehicle is in the background database according to the VIN code of the vehicle; the data table includes the VIN codes of various uncountable vehicles;
[0124] Step S6a: When it is determined according to the VIN code of the vehicle that the vehicle is not in the background database, the inventory count result of the vehicle is uncountable, a new count record is added and the mini program end is synchronized;
[0125] Step S7a: When it is determined according to the VIN code of the vehicle that the vehicle is in the background database, determine whether the vehicle is in any dealer fence under the name of the dealer according to the VIN code of the vehicle and the real-time location of the mobile terminal;
[0126] Step S8a: When the vehicle is in any dealer fence under the name of the dealer, the vehicle internet of things inventory type corresponding to the VIN code of the vehicle is a dealer inventory;
[0127] Step S9a: Determine the invoicing state of the vehicle;
[0128] Step S10a: When the invoicing state of the vehicle is invoiced, determine whether the vehicle internet of things inventory type is consistent with the big data DMS inventory type value;
[0129] Step S11a: When the vehicle internet of things inventory type is consistent with the big data DMS inventory type value, the inventory count result of the vehicle is: count consistent, add a new count record, and move the count data of the vehicle from the unjudge data table to the DMS inventory;
[0130] Step S12a: When the vehicle internet of things inventory type is not consistent with the big data DMS inventory type value, the inventory count result of the vehicle is: count inconsistent, add a new count record, and move the count data of the vehicle from the unjudge data table to the DMS inventory;
[0131] Step S13a: When the invoicing state of the vehicle is not invoiced, determine whether the vehicle internet of things inventory type is consistent with the big data SAP inventory type value;
[0132] Step S14a: when the vehicle's Internet of Vehicles inventory type is consistent with the big data SAP inventory type value, the vehicle's inventory check result is: check consistent, add check record, and the vehicle's check data is moved from the unable to judge data table to the SAP inventory;
[0133] Step S15a: when the vehicle's Internet of Vehicles inventory type is inconsistent with the big data SAP inventory type value, the vehicle's inventory check result is: check inconsistent, add check record, and the vehicle's check data is moved from the unable to judge data table to the SAP inventory;
[0134] Step S16a: when the vehicle is not in any dealer fence under the name of the dealer, the staff manually inputs the dealer through the mobile terminal and sends it to the TSP, and the TSP matches whether it is in the dealer fence according to the real-time position of the mobile terminal;
[0135] Step S17a: when it is confirmed that the vehicle is in any dealer fence under the name of the dealer, the vehicle's Internet of Vehicles inventory type corresponding to the VIN code is: dealer inventory; steps S9-S15 are executed;
[0136] Step S18a: when it is confirmed that the vehicle is not in any dealer fence under the name of the dealer, the vehicle's inventory check result is: unable to check, and the reason why the vehicle cannot be checked is that the Internet of Vehicles has no data.
[0137] Figure 9b is a flowchart of still another vehicle inventory checking method according to an exemplary embodiment, as shown in Figure 9b The vehicle is a vehicle equipped with a vehicle terminal, and the vehicle can report data to the TSP through the vehicle terminal, so that the TSP can automatically check based on the Internet of Vehicles, including the following steps:
[0138] Step S1b: determine whether the DMS reported inventory type is in transit;
[0139] Step S2b: when the DMS reported inventory type is in transit, determine whether the vehicle's adaptive cruise control is off and has no speed;
[0140] Step S3b: when the vehicle's adaptive cruise control system is on and the engine speed is not zero, the vehicle's inventory check result is: the vehicle is in transit, and the vehicle's inventory check result is consistent with the inventory type check in the DMS;
[0141] Step S4b: when the vehicle's adaptive cruise control is off and the engine has no speed, determine whether the vehicle touches the dealer fence;
[0142] Step S5b: When the vehicle does not touch the dealer fence, the inventory checking result of the vehicle is suspected missing fence, and the business system does not update the inventory state, which is inconsistent with the inventory type in the DMS;
[0143] Step S6b: When the vehicle touches the dealer fence, it is determined whether the vehicle touches the associated dealer;
[0144] Step S7b: When the vehicle touches the unassociated dealer, the inventory checking result of the vehicle is suspected to be repositioned, which is inconsistent with the inventory type in the DMS;
[0145] Step S8b: When the vehicle touches the associated dealer, the inventory checking result of the vehicle is suspected to be not received, which is inconsistent with the inventory type in the DMS;
[0146] Step S9b: When the DMS reports that the inventory type is not in transit, it is determined whether the DMS inventory type is a dealer;
[0147] Step S10b: When the DMS inventory type is not a dealer, it is determined whether the vehicle stays outside the dealer fence for more than a preset time threshold, which can be 4 hours;
[0148] Step S11b: When the vehicle stays for more than 4 hours, the inventory checking result of the vehicle is that it cannot be checked, and the reason for the vehicle being unable to be checked is suspected to be missing fence information, and the DMS inventory type is empty or other;
[0149] Step S12b: When the vehicle stays for less than 4 hours, the inventory checking result of the vehicle is that it cannot be checked, and the reason for the vehicle being unable to be checked is that the DMS inventory type is empty or other;
[0150] Step S13b: When the DMS inventory type is a dealer, it is determined whether the vehicle touches the dealer inventory fence;
[0151] Step S14b: When the vehicle does not touch the dealer inventory fence, it is determined whether the vehicle stays outside the dealer fence for more than a preset time threshold, which can be 4 hours;
[0152] Step S15b: When the vehicle stays for more than 4 hours, the inventory checking result of the vehicle is suspected to be missing electronic fence, which is inconsistent with the DMS inventory type checking;
[0153] Step S16b: When the vehicle stays for less than 4 hours, the inventory checking result of the vehicle is suspected to be in transit, which is inconsistent with the DMS inventory type;
[0154] Step S17b: when the vehicle touches the dealer inventory fence, determining whether the vehicle touches the associated dealer;
[0155] Step S18b: when the vehicle touches the unassociated dealer, determining whether the vehicle stays in the dealer fence for more than 4 hours;
[0156] Step S19b: when the vehicle stays for more than 4 hours, the inventory check result of the vehicle is suspected to be a stolen vehicle, and the inventory check result of the vehicle is inconsistent with the DMS inventory type;
[0157] Step S20b: when the vehicle stays for less than 4 hours, enter the next judgment period;
[0158] Step S21b: when the vehicle touches the associated dealer, the inventory check result of the vehicle is in stock, and the inventory check result of the vehicle is consistent with the DMS inventory type.
[0159] Through the above technical solution, whether the inventory check result of the vehicle is consistent with the inventory type in the DMS can be determined by the inventory type of the vehicle in the terminal inventory DMS and the running data of the vehicle provided by the vehicle terminal, so as to realize unified management and control of the vehicle inventory and asset inventory, improve the timeliness of vehicle inventory monitoring and the accuracy of inventory checking, and improve the work efficiency of the staff.
[0160] Figure 10 is a block diagram of a vehicle inventory checking device according to an example embodiment, as shown in Figure 10 The vehicle inventory checking device 1000 includes an acquisition module 1001 and a determination module 1002.
[0161] The acquisition module 1001 is configured to, when the vehicle has a vehicle terminal, acquire an inventory type of the vehicle in a terminal inventory and running data of the vehicle provided by the vehicle terminal, the inventory type being used to indicate that the vehicle is in transit or at a dealer, and the running data including driving data and location data.
[0162] The determination module 1002 is configured to determine whether the inventory check result of the vehicle is consistent with the inventory type in the terminal inventory according to the inventory type in the terminal inventory and the running data.
[0163] Optionally, the determination module 1002 includes a first determination submodule and a second determination submodule.
[0164] The first determination submodule is configured to, when the inventory type of the vehicle in the terminal inventory is in transit, determine whether the inventory check result of the vehicle is consistent with the inventory type in the terminal inventory according to a cruise state of the vehicle and a state in which the vehicle touches a dealer fence.
[0165] a second determining sub-module, configured to determine whether the inventory checking result of the vehicle is consistent with the inventory type in the terminal inventory according to whether the inventory type of the vehicle in the terminal inventory is in a dealer, a state of the vehicle touching a dealer fence and a staying duration, when the inventory type of the vehicle in the terminal inventory is not in transit.
[0166] Optionally, the cruise state comprises a state of adaptive cruise and an engine speed, and the first determining sub-module is configured to:
[0167] determine that the inventory checking result of the vehicle is in transit and is consistent with the inventory type in the terminal inventory, when the adaptive cruise is turned on and the engine speed is not zero;
[0168] determine whether the vehicle touches any dealer fence, when the adaptive cruise is turned off and the engine speed is zero;
[0169] determine that the inventory checking result of the vehicle is suspected to lack fence information and is inconsistent with the inventory type in the terminal inventory, when the vehicle does not touch any dealer fence;
[0170] determine that the inventory checking result of the vehicle is suspected to be re-routed and is inconsistent with the inventory type in the terminal inventory, when the vehicle touches any dealer fence and the dealer is not a dealer associated with the vehicle;
[0171] determine that the inventory checking result of the vehicle is suspected to be not received and is inconsistent with the inventory type in the terminal inventory, when the vehicle touches any dealer fence and the dealer is a dealer associated with the vehicle.
[0172] Optionally, the second determining sub-module is configured to:
[0173] determine that the inventory checking result is unable to be checked, when the inventory type of the vehicle in the terminal inventory is not in a dealer, and determine a reason for being unable to be checked according to a staying duration of the vehicle outside the dealer fence;
[0174] determine whether the vehicle touches any dealer fence, when the inventory type of the vehicle in the terminal inventory is in a dealer;
[0175] determine that the inventory checking result of the vehicle is suspected to be in transit and is inconsistent with the inventory type in the terminal inventory, when the vehicle does not touch any dealer fence and the staying duration of the vehicle outside the dealer fence is less than a preset duration threshold;
[0176] when the vehicle does not touch any dealer fence and the length of time that the vehicle stays outside the dealer fence is greater than the preset length threshold, determining that the inventory checking result of the vehicle is suspected to lack fence information, which is inconsistent with the inventory type in the terminal inventory;
[0177] when the vehicle touches any dealer fence, the dealer is not the dealer to which the vehicle is associated, and the length of time that the vehicle stays outside the dealer fence is greater than the preset length threshold, determining that the inventory checking result of the vehicle is suspected to be transferred, which is inconsistent with the inventory type in the terminal inventory;
[0178] when the vehicle touches any dealer fence, the dealer is the dealer to which the vehicle is associated, determining that the inventory checking result of the vehicle is in the dealer, which is consistent with the inventory type in the terminal inventory.
[0179] Optionally, the apparatus further comprises a receiving module and a second determining module;
[0180] the receiving module is configured to receive the reported vehicle information from the mobile terminal when the vehicle does not have a vehicle-mounted terminal, the vehicle information comprising a vehicle identification code, position information and reporting time of the vehicle;
[0181] the second determining module is configured to determine whether the vehicle is in a dealer warehouse and an invoicing state according to the vehicle information, and determine whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the determination result of whether the vehicle is in the dealer warehouse and the invoicing state.
[0182] Optionally, the second determining module comprises a third determining submodule, a fourth determining submodule and a fifth determining submodule;
[0183] the third determining submodule is configured to determine whether the Internet of Vehicles inventory type of the vehicle is a dealer warehouse according to the vehicle identification code and the position information;
[0184] the fourth determining submodule is configured to obtain the invoicing state when the Internet of Vehicles inventory type is in the dealer warehouse, and determine whether the inventory checking result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory according to the invoicing state;
[0185] the fifth determining submodule is configured to determine that the inventory checking result of the vehicle is unable to be checked when the Internet of Vehicles inventory type is not in the dealer warehouse.
[0186] Optionally, the third determining submodule is further configured to:
[0187] determine whether the vehicle is in a background database through the vehicle identification code;
[0188] When the vehicle is in the background database, it is determined whether the vehicle is in a dealer fence of an associated dealer according to the vehicle identification code and the location information;
[0189] When the vehicle is in the dealer fence of the associated dealer, the vehicle connected inventory type is determined as a dealer inventory;
[0190] When the vehicle is not in the dealer fence of the associated dealer, a specified dealer is received and it is determined whether the vehicle is in a dealer fence of the specified dealer according to the vehicle identification code and the location information;
[0191] When the vehicle is in the dealer fence of the specified dealer, the vehicle connected inventory type is determined as a dealer inventory, and when the vehicle is not in the dealer fence of the specified dealer, the vehicle connected inventory type is determined as not in a dealer inventory;
[0192] When the vehicle is not in the background database, the inventory checking result of the vehicle is determined as unable to check.
[0193] Optionally, the fourth determining sub-module is further configured to:
[0194] Obtain an invoicing state of the vehicle;
[0195] When the invoicing state is invoiced, the vehicle connected inventory type is compared with an inventory type of the vehicle in the terminal inventory to obtain the inventory checking result, and the inventory checking result is consistent or inconsistent with the inventory type in the terminal inventory;
[0196] When the invoicing state is not invoiced, the vehicle connected inventory type is compared with an inventory type of the vehicle in the terminal inventory to obtain the inventory checking result, and the inventory checking result is consistent or inconsistent with the inventory type in the terminal inventory.
[0197] Through the above technical solution, the inventory checking result of the vehicle is determined to be consistent or inconsistent with the inventory type in the terminal inventory by comparing the inventory type of the vehicle in the terminal inventory with the running data of the vehicle provided by the vehicle terminal, so as to realize unified management and control of the vehicle inventory and asset checking, and improve the timeliness of vehicle inventory monitoring and the accuracy of inventory checking.
[0198] As to the apparatus in the above-described embodiments, specific manners in which various modules perform operations have been described in details in embodiments of the method, and will not be described herein.
[0199] Figure 11 is a block diagram of an electronic device 1100 according to an example embodiment. As shown in FIG. 11, the electronic device 1100 can include one or more processors 1102, memory 1104, and / or a bus 1106. Figure 11As shown, the electronic device 1100 can include a processor 1101, a memory 1102. The electronic device 1100 can also include one or more of a multimedia component 1103, an input / output (I / O) interface 1104, and a communication component 1105.
[0200] The processor 1101 is configured to control overall operations of the electronic device 1100 to complete all or part of the steps of the vehicle inventory checking method described above. The memory 1102 is configured to store various types of data to support operations of the electronic device 1100, which can include, for example, instructions for operating any application or method on the electronic device 1100, and application-related data, such as contact data, sent and received messages, pictures, audio, video, and the like. The memory 1102 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as a static random access memory (SRAM), an electrically erasable programmable read-only memory (EEPROM), an erasable programmable read-only memory (EPROM), a programmable read-only memory (PROM), a read-only memory (ROM), a magnetic memory, a flash memory, a magnetic disk, or an optical disk. The multimedia component 1103 can include a screen and an audio component. The screen can be, for example, a touch screen, and the audio component is configured to output and / or input audio signals. For example, the audio component can include a microphone configured to receive external audio signals. The received audio signals can be further stored in the memory 1102 or transmitted through the communication component 1105. The audio component also includes at least one speaker configured to output audio signals. The I / O interface 1104 provides an interface between the processor 1101 and other interface modules, which can be a keyboard, a mouse, a button, and the like. The buttons can be virtual buttons or physical buttons. The communication component 1105 is configured to perform wired or wireless communication between the electronic device 1100 and other devices. The wireless communication, such as Wi-Fi, Bluetooth, near field communication (NFC), 2G, 3G, 4G, NB-IOT, eMTC, or other 5G, and the like, or a combination of one or more of them, is not limited herein. Therefore, the communication component 1105 can include a Wi-Fi module, a Bluetooth module, an NFC module, and the like.
[0201] In an example embodiment, the electronic device 1100 can be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors, or other electronic elements for performing the vehicle inventory checking method described above.
[0202] In another example embodiment, a computer-readable storage medium including program instructions is also provided, which, when executed by a processor, implement the steps of the vehicle inventory checking method described above. For example, the computer-readable storage medium can be the memory 1102 described above including program instructions executable by the processor 1101 of the electronic device 1100 to complete the vehicle inventory checking method described above.
[0203] Figure 12 is a block diagram of an electronic device 1200 according to an example embodiment. For example, the electronic device 1200 can be provided as a server. Referring to Figure 12 , the electronic device 1200 includes a processor 1222, the number of which can be one or more, and a memory 1232 for storing a computer program executable by the processor 1222. The computer program stored in the memory 1232 can include one or more modules each corresponding to a set of instructions. In addition, the processor 1222 can be configured to execute the computer program to perform the vehicle inventory checking method described above.
[0204] In addition, the electronic device 1200 can further include a power supply component 1226 which can be configured to perform power management of the electronic device 1200, and a communication component 1250 which can be configured to implement communication of the electronic device 1200, for example, wired or wireless communication. In addition, the electronic device 1200 can further include an input / output (I / O) interface 1258. The electronic device 1200 can operate based on an operating system stored in the memory 1232.
[0205] In another exemplary embodiment, a computer readable storage medium including program instructions is also provided, which when executed by a processor implement the steps of the vehicle inventory counting method described above. For example, the non-transitory computer readable storage medium can be the memory 1232 described above including program instructions executable by the processor 1222 of the electronic device 1200 to complete the vehicle inventory counting method described above.
[0206] In another exemplary embodiment, a computer program product is also provided, which contains a computer program executable by a programmable apparatus, the computer program having code portions for performing the vehicle inventory counting method described above when executed by the programmable apparatus.
[0207] The preferred embodiments of the present disclosure are described in detail above with reference to the accompanying drawings, but the present disclosure is not limited to the specific details in the above-described embodiments. Various simple modifications can be made to the technical solutions of the present disclosure within the scope of the technical concepts of the present disclosure, and all these simple modifications shall fall within the protection scope of the present disclosure.
[0208] It should be further noted that each of the various technical features described in the above specific embodiments can be combined in any suitable manner, provided that there is no contradiction, and in order to avoid unnecessary repetition, the present disclosure will not make further descriptions on various possible combinations.
[0209] Furthermore, any combination of the various different embodiments of the present disclosure can also be made, provided that it does not deviate from the idea of the present disclosure, and it shall be considered as the disclosed content of the present disclosure.
Claims
1. A method for vehicle inventory counting, characterized in that, include: When the vehicle has an on-board terminal, the inventory type of the vehicle in the terminal inventory and the vehicle's operation data provided by the on-board terminal are obtained. The inventory type is used to indicate whether the vehicle is en route or at a dealership, and the operation data includes driving data and location data. Based on the inventory type in the terminal inventory and the operational data, determine whether the inventory count result of the vehicle is consistent with the inventory type in the terminal inventory.
2. The method according to claim 1, characterized in that, The step of determining whether the inventory count result of the vehicle is consistent with the inventory type in the terminal inventory, based on the inventory type in the terminal inventory and the operational data, includes: When the vehicle's inventory type in the terminal inventory is "in transit", the inventory count result of the vehicle is determined to be consistent with the inventory type in the terminal inventory based on the vehicle's cruising status and the vehicle's contact with the dealer fence. When the vehicle's inventory type in the terminal inventory is "not in transit", the inventory count result is determined to be consistent with the inventory type in the terminal inventory based on whether the vehicle's inventory type in the terminal inventory is "at the dealer", the vehicle's status of touching the dealer's fence, and the duration of its stay.
3. The method according to claim 2, characterized in that, The cruise status includes the adaptive cruise control status and engine speed. The step of determining whether the vehicle's inventory count result matches the inventory type in the terminal inventory, based on the vehicle's cruise status and the vehicle's contact with the dealership's perimeter fence, includes: When the adaptive cruise control is activated and the engine speed is not zero, the inventory count result of the vehicle is determined to be en route, which is consistent with the inventory type in the terminal inventory. When the adaptive cruise control is off and the engine speed is zero, determine whether the vehicle has touched any dealer fence; If the vehicle does not touch any dealer fence, the inventory count result of the vehicle is determined to be suspected of lacking fence information, which is inconsistent with the inventory type in the terminal inventory; When the vehicle touches any dealer fence and the dealer is not the dealer associated with the vehicle, the inventory count result of the vehicle is determined to be suspected of being transferred, which is inconsistent with the inventory type in the terminal inventory. When the vehicle touches any dealer fence, and the dealer is the dealer associated with the vehicle, the inventory count result of the vehicle is determined to be a suspected unreceived vehicle, which is inconsistent with the inventory type in the terminal inventory.
4. The method according to claim 2, characterized in that, The step of determining whether the vehicle's inventory count result is consistent with the inventory type in the terminal inventory, based on whether the vehicle's inventory type in the terminal inventory is at the dealership, the dealership fence the vehicle touched, and the duration of its stay, includes: When the vehicle's inventory type in the terminal inventory is not at the dealer, the inventory count result is determined to be uninventoryable, and the reason for uninventoryability is determined based on the length of time the vehicle stays outside the dealer's fence. When the vehicle's inventory type in the terminal inventory is dealer, determine whether the vehicle has touched any dealer fence; If the vehicle does not touch any dealer fence and the vehicle stays outside the dealer fence for less than a preset time threshold, the inventory count result of the vehicle is determined to be a suspected vehicle en route, which is inconsistent with the inventory type in the terminal inventory. If the vehicle does not touch any dealer fence and the duration of the vehicle's stay outside the dealer fence exceeds the preset duration threshold, the inventory count result of the vehicle is determined to be suspected of lacking fence information, which is inconsistent with the inventory type in the terminal inventory. If a vehicle touches any dealer fence, and the dealer is not an associated dealer of the vehicle, and the vehicle stays in the dealer fence for a longer period than a preset time threshold, the inventory count result of the vehicle is determined to be suspected of being transferred, which is inconsistent with the inventory type in the terminal inventory. When the vehicle touches any dealer fence, and the dealer is the dealer associated with the vehicle, the inventory count result of the vehicle is determined to be at the dealer, and the inventory type is consistent with the terminal inventory.
5. The method according to claim 1, characterized in that, The method further includes: When the vehicle has no on-board terminal, the vehicle information reported by the mobile terminal is received. The vehicle information includes the vehicle identification number, location information and / or reporting time of the vehicle. Based on the vehicle information, determine whether the vehicle is in the dealer's inventory and its invoicing status. Based on the determination of whether the vehicle is in the dealer's inventory and the invoicing status, determine whether the inventory count result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory.
6. The method according to claim 5, characterized in that, The step of determining whether the vehicle is in the dealer's inventory and its invoicing status based on the vehicle information, and determining whether the inventory count result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory based on the determination result of whether the vehicle is in the dealer's inventory and the invoicing status, includes: Based on the vehicle identification number and location information, determine whether the vehicle's connected vehicle inventory type is a dealer inventory; When the vehicle network inventory type is in the dealer warehouse, obtain the invoicing status, and determine whether the inventory count result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory based on the invoicing status. When the vehicle network inventory type is not in the dealer's inventory, the inventory count result of the vehicle is determined to be uncountable.
7. The method according to claim 6, characterized in that, The step of determining whether the vehicle's connected vehicle inventory type is a dealer inventory based on the vehicle identification number and location information includes: The vehicle identification number is used to determine whether the vehicle is in the background database; When the vehicle is in the background database, it is determined whether the vehicle is in the dealer fence of the associated dealer based on the vehicle identification code and the location information; When the vehicle is within the dealer fence of the associated dealer, the vehicle network inventory type is determined to be a dealer database; When the vehicle is not within the dealer fence of the associated dealer, the system receives the designated dealer sent by the mobile terminal and determines whether it is within the dealer fence of the designated dealer based on the vehicle identification code and the location information. When the vehicle is within the dealer's designated dealer's fence, the vehicle network inventory type is determined to be dealer warehouse; when the vehicle is not within the dealer's designated dealer's fence, the vehicle network inventory type is determined to be not in dealer warehouse. When the vehicle is not in the background database, the inventory count result for the vehicle is determined to be unavailable.
8. The method according to claim 6, characterized in that, The step of obtaining the invoice status and determining whether the inventory count result of the vehicle is consistent with the inventory type of the vehicle in the terminal inventory or the factory inventory based on the invoice status includes: Obtain the invoicing status of the vehicle; When the invoicing status is "invoiced", the vehicle network inventory type is compared with the vehicle's inventory type in the terminal inventory to obtain the inventory count result. The inventory count result is either consistent with or inconsistent with the inventory type in the terminal inventory. When the invoicing status is "not invoiced", the vehicle network inventory type is compared with the vehicle's inventory type in the factory's inventory to obtain the inventory count result. The inventory count result is either consistent with or inconsistent with the inventory type in the factory's inventory.
9. A vehicle inventory counting device, characterized in that, include: The acquisition module is used to acquire, when the vehicle has an in-vehicle terminal, the inventory type of the vehicle in the terminal inventory and the vehicle's operation data provided by the in-vehicle terminal. The inventory type is used to indicate whether the vehicle is en route or at a dealership. The operation data includes driving data and location data. The determination module is used to determine whether the inventory count result of the vehicle is consistent with the inventory type in the terminal inventory based on the inventory type in the terminal inventory and the operation data.
10. An electronic device, characterized in that, include: A memory on which computer programs are stored; A processor for executing the computer program in the memory to implement the steps of the method according to any one of claims 1-8.