Battery diagnosis system and method

Abstract

The invention is suitable for the technical field of batteries, and provides a battery diagnosis system and method, and the system comprises a vehicle-mounted data collection terminal, a state analysis platform, an insurance service terminal, a resource allocation system, and an OTA maintenance platform. Then, the state analysis platform carries out battery diagnosis and generates a maintenance scheme, the maintenance scheme is sent to an insurance party for confirmation, and after the insurance party accepts the maintenance scheme, the maintenance scheme can be executed by utilizing the OTA maintenance platform or the resource allocation system, so that the fault of the battery is removed; participants such as an insurance party, a battery bank, a spare part library and a maintenance party can be efficiently coordinated, and efficient battery diagnosis and fault removal are achieved.

Description

Technical Field

[0001] The present application belongs to the field of battery technology, and in particular, relates to a battery diagnosis system and method. Background Art

[0002] With the continuous advancement of new energy technology, new energy vehicles are increasingly being used in all aspects of life. How to achieve the safe operation of batteries in new energy vehicles and timely and effective maintenance in the event of battery failure is a very important topic.

[0003] When a battery failure occurs in a current new energy vehicle, maintenance personnel are required to determine the type of failure based on experience and perform corresponding maintenance, which also involves coordination in many aspects. Therefore, the battery diagnosis and troubleshooting process is cumbersome and inefficient. Summary of the invention

[0004] The embodiments of the present application provide a battery diagnosis system and method, which can efficiently coordinate participants such as the insurer, battery bank, spare parts library, maintenance party and user side to achieve efficient battery diagnosis and fault elimination.

[0005] The present application embodiment provides a battery diagnosis system, including:

[0006] On-board data acquisition terminal, used to collect the working condition data of the on-board battery;

[0007] a state analysis platform, which is in communication connection with the vehicle-mounted data acquisition terminal, and is used to obtain the working condition data of the vehicle-mounted battery, detect the health state of the vehicle-mounted battery according to the working condition data of the vehicle-mounted battery, and generate a maintenance plan corresponding to the working condition of the vehicle-mounted battery when it is determined that the vehicle-mounted battery meets the maintenance conditions according to the health state of the vehicle-mounted battery;

[0008] An insurance service terminal, which is in communication with the status analysis platform and is used to perform insurance feasibility analysis on the maintenance plan;

[0009] The status analysis platform is also respectively connected to the resource allocation system and the OTA maintenance platform for communication, and is also used to send the maintenance items with offline maintenance mode to the resource allocation platform and the maintenance items with online maintenance mode to the OTA maintenance platform when the insurance feasibility analysis of the maintenance plan passes;

[0010] A resource allocation system, used to coordinate various resource libraries to perform offline maintenance on the vehicle battery;

[0011] And, an OTA maintenance platform is used to perform online maintenance on the vehicle battery.

[0012] In this application, the operating condition data of the battery is collected by using the on-board data acquisition terminal, and then the status analysis platform performs battery diagnosis and generates a maintenance plan, which is then sent to the insurer for confirmation. After the insurer approves the maintenance plan, the OTA maintenance platform or resource allocation system can be used to execute the maintenance plan, thereby eliminating the battery fault. It can efficiently coordinate the insurer, battery bank, spare parts library, maintenance party and other participants to achieve efficient battery diagnosis and fault elimination.

[0013] In a possible implementation manner of the first aspect, the status analysis platform includes:

[0014] A battery data management module, used to manage the received vehicle battery operating condition data;

[0015] A battery status analysis module, used to analyze the health status of the vehicle battery and the battery operating environment according to the operating condition data of the vehicle battery;

[0016] The maintenance plan determination module is used to generate a maintenance plan when the health status of the vehicle-mounted battery is abnormal or the battery operating environment is abnormal.

[0017] In a possible implementation manner of the first aspect, the battery diagnosis system further includes:

[0018] The user terminal is communicatively connected with the status analysis platform, and is used to receive user feedback on the maintenance plan, and when the user confirms the maintenance plan, feedback the user confirmation information to the status analysis platform, and when the user feedbacks modification opinions, feedback the client-side adjustment opinions to the status analysis platform.

[0019] In this application, not only can the insurer, battery bank, spare parts warehouse, and maintenance party be efficiently coordinated to achieve efficient battery diagnosis and troubleshooting, but the user side can also be involved in the confirmation of battery diagnosis and maintenance plans, thereby improving user participation in the maintenance process and information transparency.

[0020] In a possible implementation manner of the first aspect, the battery diagnosis system further includes:

[0021] A battery bank, which is respectively connected to the resource allocation system and the insurance service terminal for storing battery data of each battery;

[0022] The insurance service terminal is also used to verify the authenticity of the maintenance plan based on the battery data of the battery bank.

[0023] In this application, the transparency of battery data can be achieved, the transparency of information can be improved, the possibility of insurance companies being defrauded can be reduced, the possibility of excessive maintenance can be reduced, and the interests of all parties can be more effectively protected.

[0024] In a possible implementation manner of the first aspect, the insurance service terminal is further used to determine whether the maintenance plan involves over-maintenance according to battery data of the battery bank.

[0025] In a possible implementation manner of the first aspect, the battery diagnosis system further includes:

[0026] A recycling system is communicatively connected with the resource management system. The resource management system is also used to obtain the battery status of the vehicle battery through the status analysis platform, and send a recycling instruction to the recycling system when the battery status meets the attenuation recycling conditions. The recycling system is used to recycle the vehicle battery when receiving the recycling instruction.

[0027] In this application, not only can the insurer, battery bank, spare parts warehouse, maintenance party and user side and other participants be efficiently coordinated to achieve efficient battery diagnosis and troubleshooting, but also the batteries that need to be recycled can be recycled accordingly, which can effectively improve energy utilization and reduce the damage to the environment caused by discarded batteries.

[0028] In a possible implementation manner of the first aspect, the resource library includes at least one of a maintenance site, a spare parts library, and a maintenance personnel library.

[0029] In a second aspect, a battery diagnosis method is provided, comprising:

[0030] The vehicle data acquisition terminal collects the operating condition data of the vehicle battery and sends the operating condition data of the vehicle battery to the status analysis platform;

[0031] The status analysis platform determines the health status of the battery and whether there is an abnormality in the battery operating environment according to the operating condition data of the vehicle-mounted battery;

[0032] When the status analysis platform determines that the battery health status of the vehicle battery meets the maintenance requirements or the operating environment of the battery is abnormal, it generates a maintenance plan based on the battery health status and operating environment data, and sends the maintenance plan to the insurance service terminal;

[0033] The insurance service terminal determines the feasibility of the maintenance plan according to the maintenance plan and the battery insurance clause of the vehicle-mounted battery, and feeds back the insurer's confirmation information to the status analysis platform if it is determined that the feasibility analysis of the maintenance plan passes;

[0034] Upon receiving the confirmation information from the insurer, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan, and sends the maintenance items with online maintenance method to the OTA maintenance platform, and sends the maintenance items with offline maintenance method to the resource allocation system.

[0035] In this application, the operating condition data of the battery is collected by using the on-board data acquisition terminal, and then the status analysis platform performs battery diagnosis and generates a maintenance plan, which is then sent to the insurer for confirmation. After the insurer approves the maintenance plan, the OTA maintenance platform or resource allocation system can be used to execute the maintenance plan, thereby eliminating the battery fault. It can efficiently coordinate the insurer, battery bank, spare parts library, maintenance party and other participants to achieve efficient battery diagnosis and fault elimination.

[0036] In an implementation of the second aspect, the battery diagnosis method further includes:

[0037] The status analysis platform sends the maintenance plan to the user terminal;

[0038] When receiving the maintenance plan confirmation instruction from the user, the user terminal feeds back the user confirmation information to the status analysis platform;

[0039] Accordingly, upon receiving the insurer confirmation information and the user confirmation information, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan, and sends the maintenance items with online maintenance method to the OTA maintenance platform, and sends the maintenance items with offline maintenance method to the resource allocation system.

[0040] In this application, not only can the insurer, battery bank, spare parts warehouse, and maintenance party be efficiently coordinated to achieve efficient battery diagnosis and troubleshooting, but the user side can also be involved in the confirmation of battery diagnosis and maintenance plans, thereby improving user participation in the maintenance process and information transparency.

[0041] In a third aspect, an electronic device is provided, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the method according to any one of the second aspects described above is implemented.

[0042] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method of any one of the second aspects described above is implemented.

[0043] In a fifth aspect, an embodiment of the present application provides a chip system, the chip system includes a processor, the processor is coupled to a memory, and the processor executes a computer program stored in the memory to implement any of the above methods of the first aspect. The chip system can be a single chip, or a chip module composed of multiple chips.

[0044] In a sixth aspect, an embodiment of the present application provides a computer program product. When the computer program product is run on an electronic device, the electronic device executes any one of the above methods in the first aspect.

[0045] It can be understood that the beneficial effects of the third to sixth aspects mentioned above can be found in the relevant description of the second aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0047] Figure 1 is a structural schematic diagram of a battery diagnostic system provided by an embodiment of the present application;

[0048] Figure 2 It is a structural schematic diagram of a state analysis platform in a battery diagnosis system provided in an embodiment of the present application;

[0049] Figure 3 is a structural schematic diagram of another battery diagnostic system provided in an embodiment of the present application;

[0050] Figure 4 is a structural schematic diagram of another battery diagnostic system provided in an embodiment of the present application;

[0051] Figure 5 is a structural schematic diagram of another battery diagnostic system provided in an embodiment of the present application;

[0052] Figure 6 It is a schematic diagram of an implementation flow of a battery diagnosis method provided in an embodiment of the present application;

[0053] Figure 7 It is a schematic diagram of the content of a maintenance project provided in an embodiment of the present application;

[0054] Figure 8 It is a schematic diagram of the implementation flow of another battery diagnosis method provided in an embodiment of the present application;

[0055] Fig. 9It is a structural schematic diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0056] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0057] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0058] It should also be understood that the term “and / or” used in the specification and appended claims refers to any and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0059] As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

[0060] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0061] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0062] As new energy is increasingly used in all aspects of life, new energy vehicles are increasingly used in all aspects of life. During the use of new energy vehicles, the state of the on-board battery will change. In the case of a fault in the on-board battery, maintenance personnel are required to diagnose and maintain the battery, and the maintenance process may also involve coordination with maintenance points, insurance companies and other parties. Therefore, there is currently a problem that the diagnosis and troubleshooting process of on-board batteries is cumbersome and inefficient.

[0063] Based on this, an embodiment of the present application provides a battery diagnosis system and method, which uses a vehicle-mounted data acquisition terminal to collect battery operating data, and then uses a status analysis platform to perform battery diagnosis and generate a maintenance plan, and then sends the maintenance plan to the insurer for confirmation. After the insurer approves the maintenance plan, the OTA maintenance platform or resource allocation system can be used to execute the maintenance plan, thereby eliminating the battery fault. It can efficiently coordinate the insurer, battery bank, spare parts warehouse, maintenance party and other participants to achieve efficient battery diagnosis and fault elimination.

[0064] The battery diagnosis system in the embodiment of the present application is described below with reference to the accompanying drawings.

[0065] See also Figure 1 , Figure 1 FIG. 4 shows a schematic diagram of the architecture of a battery diagnosis system provided by an embodiment of the present application. Figure 1 As shown, a battery diagnosis system 10 provided in an embodiment of the present application may include a vehicle-mounted data acquisition terminal 101 , a status analysis platform 102 , an insurance service terminal 103 , a resource allocation system 104 and an OTA maintenance platform 105 .

[0066] The status analysis platform 102 may be respectively connected to the vehicle-mounted data collection terminal 101 , the insurance service terminal 103 , the resource allocation system 104 and the OTA maintenance platform 105 for communication.

[0067] In a specific application, the vehicle-mounted data acquisition terminal 101 can be installed in a new energy vehicle to collect the operating data of the battery of the new energy vehicle, that is, to collect the operating data of the vehicle-mounted battery (hereinafter referred to as the battery).

[0068] The operating condition data of the battery may include but is not limited to battery temperature, battery discharge current, battery charge current, battery remaining power, battery balance parameters, etc.

[0069] In a specific application, after collecting the operating condition data of the battery of the new energy vehicle, the above-mentioned on-board data acquisition terminal 101 can send the collected operating condition data to the status analysis platform 102 connected to it in communication with it in real time or at a fixed time. The status analysis platform 102 can detect the health status of the battery according to the operating condition data of the battery, and determine whether the battery needs maintenance. If it is determined that the battery needs maintenance, it automatically generates a maintenance plan that meets the battery status, and sends the generated maintenance plan to the insurance service terminal 103 connected to it in communication, so that the insurance service terminal 103 can determine whether the maintenance plan is reasonable based on the insurance information of the battery and the specific content of the maintenance plan. When the insurance service terminal 103 determines that the maintenance plan complies with the insurance terms based on the insurance information of the battery and the specific content of the maintenance plan, the status analysis platform 102 can further determine whether the maintenance plan is an online maintenance plan or an offline maintenance plan. If the maintenance plan is an online maintenance plan, the status analysis platform 102 can send the maintenance plan to the OTA maintenance platform 105 connected to it in communication, and the OTA maintenance platform 105 performs online maintenance according to the maintenance plan. If the maintenance plan is an offline maintenance plan, the maintenance plan will be sent to the resource allocation system 104 that is in communication with it, and the resource allocation system 104 will coordinate resource libraries such as battery banks, maintenance sites, spare parts libraries, and maintenance personnel libraries to perform offline maintenance on the batteries.

[0070] The vehicle-mounted data acquisition terminal 101 may be a body control module (BCM). It is understandable that the body control module may also be referred to as a body computer. In automotive engineering, it also refers to an electronic control unit (ECU) for controlling the body electrical system. Common functions of a body controller include controlling electric windows, electric rearview mirrors, air conditioners, headlights, turn signals, anti-theft locking systems, central locking, defrosting devices, etc. The body controller may be connected to other vehicle-mounted ECUs via a bus. In some embodiments, the above-mentioned vehicle-mounted data acquisition terminal 101 may also be a battery management system (BMS), which collects battery operating data through the BMS.

[0071] It can be understood that the vehicle-mounted data acquisition terminal 101 in the embodiment of the present application can monitor the data on the communication bus between the ECU and the BMS of the vehicle body or between the BCM and the BMS in real time, and then obtain the operating condition data of the battery.

[0072] In a specific application, after collecting the operating condition data of the battery, the above-mentioned vehicle-mounted data collection terminal 101 can process the collected operating condition data, such as data format conversion, data compression, etc., and send the processed operating condition data to the status analysis platform 102.

[0073] In an embodiment of the present application, the above-mentioned status analysis platform 102 can integrate various data from the above-mentioned vehicle-mounted data acquisition terminal 101, insurance service terminal 102, source allocation system 104 and OTA maintenance platform 105, such as the real-time operating condition data of the battery, the historical operating condition data of the battery, the relevant insurance services of the battery, the specific insurance information of the relevant insurance services, the relevant data of multiple participants such as battery banks, maintenance sites, spare parts warehouses, etc., and can also synchronize data to each participant to realize data sharing and jointly verify the reliability and authenticity of the data.

[0074] like Figure 2 As shown, the status analysis platform 102 may be a cloud server or a cloud platform, and the status analysis platform 102 may include a battery data management module 1021, a battery status analysis module 1022, a maintenance plan determination module 1023, and a communication module 1024. The battery data management module 1021 has the functions of reading, writing, storing, and managing battery data, the battery status analysis module 1022 has the function of analyzing the battery status according to the battery data, the maintenance plan determination module 1023 has the function of automatically generating a maintenance plan that meets the battery status when it is determined that the battery needs maintenance, and the above-mentioned communication module 1024 has the function of communicating and transmitting data with the user terminal 106, the insurance service terminal 1004, the resource allocation system 104, the OTA maintenance platform 105, the vehicle-mounted data acquisition terminal 101 and other devices.

[0075] In another embodiment, the above-mentioned status analysis platform 102 may specifically include hardware devices such as a controller, a memory, and a communication module. The memory can store the battery operating condition data collected from each vehicle-mounted data acquisition terminal, and the corresponding functional services in the controller can realize functions such as battery diagnosis and generation of maintenance plans. It can also interact with other terminals through the communication module to realize confirmation and execution control of the maintenance plan.

[0076] It should be noted that how to implement battery diagnosis and generate a maintenance plan will be described in detail in the method embodiment and will not be repeated here.

[0077] The above-mentioned insurance service terminal 103 refers to a terminal device or server that is provided by the entity providing battery insurance services or vehicle insurance services and is capable of performing insurance confirmation services. Relevant applications of the insurance confirmation service may run in the insurance service terminal 103. After receiving the battery maintenance plan, the insurance service terminal 103 may call the insurance confirmation service and analyze the battery maintenance plan based on the content of the battery maintenance plan and the insurance terms corresponding to the battery to determine the feasibility of the maintenance plan.

[0078] If the above-mentioned insurance service terminal 103 determines that the maintenance plan is not feasible, for example, a certain service content is not included in the insurance terms, but is listed as an insurable item in the maintenance plan, then the insurance service side feedback can be fed back to the status analysis platform 102, so that the status analysis platform 102 can verify the accuracy of the insurance service side feedback, and adjust the content of the maintenance plan after verifying that the insurance service side feedback is accurate.

[0079] It is understandable that since the status analysis platform 102 can obtain insurance content related to batteries or vehicles, and the insurance service terminal 103 may include relevant content of various types of insurance clauses, there may be a possibility of data asynchrony between the two. Therefore, the maintenance plan generated by the status analysis platform 102 may contain some inaccurate content. If this is the case, the insurance service terminal 103 can determine the infeasible part when making a feasibility judgment on the maintenance plan, and feedback the relevant information to the status analysis platform 102 for adjustment.

[0080] It is understandable that in order to ensure that the maintenance plan generated by the status analysis platform 102 will not have incorrect insurance terms applicable to the wrong objects or applicable content as much as possible, when the insurance terms of the insurance service terminal are changed or replaced, the changed content or replaced terms can be synchronized to the status analysis platform 102 so that the status analysis platform 102 can obtain the latest insurance terms.

[0081] The resource allocation system 104 can obtain information about various resources related to battery maintenance, so as to call relevant resources to implement offline maintenance of the battery when the maintenance plan is confirmed to be feasible.

[0082] The resource allocation system 104 can coordinate resources such as battery banks, maintenance sites, spare parts warehouses, maintenance personnel, and maintenance sites to perform offline maintenance on batteries.

[0083] The above-mentioned OTA maintenance platform is a service platform that can perform maintenance operations based on the maintenance method given by the maintenance plan when the maintenance plan is an online maintenance plan. The OTA maintenance platform can be set up in the business premises or office premises of maintenance automobile manufacturers, providers of car sharing services, etc., 4S stores, maintenance stations or offices of shared service providers, etc., and can implement OTA maintenance based on operating entities that can execute maintenance operations.

[0084] It should be noted that OTA (over the air technology) refers to the technology of remotely managing software through a mobile network interface, so that the vehicle OBD can upgrade the ECU software corresponding to the 4S store. The embodiment of the present application is based on the OTA maintenance platform, and can also realize the functions of online fault clearing and maintenance.

[0085] See also Figure 3 , Figure 3 FIG. 4 shows another schematic diagram of the architecture of a battery diagnosis system provided by an embodiment of the present application. Figure 3 As shown, a battery diagnosis system 10 provided in an embodiment of the present application includes a vehicle-mounted data acquisition terminal 101, a status analysis platform 102, an insurance service terminal 103, a resource allocation system 104, an OTA maintenance platform 105 and a user terminal 106.

[0086] The user terminal 106 may be connected to the status analysis platform 102 for communication.

[0087] In an embodiment of the present application, after generating a maintenance plan, the status analysis platform 102 may also send the maintenance plan to a user terminal 106 that is communicatively connected thereto, so that the user may confirm the maintenance plan through the user terminal 106. After the user confirms the maintenance plan, the status analysis platform 102 may further send the maintenance plan to the above-mentioned insurance service terminal 103, so that the insurance service terminal 103 may judge the feasibility of the maintenance plan.

[0088] In some other embodiments, the user terminal 106 may also be in communication connection with the insurance service terminal 103, and after receiving the user's plan confirmation instruction, the maintenance plan confirmed by the user may be sent to the insurance service terminal 103 for further confirmation. Alternatively, after confirming the feasibility of the maintenance plan, the insurance service terminal 103 may send the confirmed maintenance plan to the user terminal 106, so that the user can confirm the maintenance plan that has been confirmed by the insurance.

[0089] It should be noted that if the user is dissatisfied with one of the maintenance methods, maintenance strategies, maintenance costs, recommended maintenance time, etc. in the maintenance plan, the user terminal 106 may be used to select the part that the user believes has problems. That is, if the user provides modification suggestions through the user terminal, the user terminal may provide client-side adjustment suggestions to the status analysis platform 102, and the status analysis platform 102 may adjust the content of the maintenance plan based on the client-side adjustment suggestions provided by the user.

[0090] The user terminal 106 does not refer to a specific user terminal, but refers to a type of device that can interact with the user. The user terminal 106 can be a mobile terminal of the user or an in-vehicle interactive terminal of the vehicle corresponding to the battery.

[0091] From the above, it can be seen that the battery diagnosis system provided in the embodiment of the present application can not only efficiently coordinate the insurer, battery bank, spare parts library, and maintenance party to achieve efficient battery diagnosis and fault elimination, but also allow the user side to participate in the confirmation of battery diagnosis and maintenance plans, thereby improving user participation in the maintenance process and information transparency.

[0092] See also Figure 4 , Figure 4 A schematic diagram of another battery diagnosis system provided in an embodiment of the present application is given. Figure 4 As shown, the battery diagnosis system 10 in the embodiment of the present application further includes a battery bank 107, wherein the battery bank 107 is respectively connected to the resource allocation system 104 and the insurance service terminal 103 for storing battery data of each battery.

[0093] In a specific application, the relevant data of each of the above batteries may include the factory data of the battery, the historical operating data of the battery, the real-time operating data of the battery, etc., that is, all the data related to the battery can be stored in the battery bank.

[0094] In some embodiments, in order to ensure that the battery data stored in the battery bank is not tampered with, the storage and recording of the battery data of the battery bank can be implemented based on decentralized blockchain technology.

[0095] The insurance service terminal 103 can determine the battery data of the battery through the battery bank 107, and further verify the authenticity of the maintenance plan based on the determined battery data, thereby reducing the possibility of insurance fraud.

[0096] The insurance service terminal 103 can also analyze the maintenance plan based on the battery data to see whether there is over-maintenance. If it is determined that there is over-maintenance, the information of over-maintenance can be fed back to the status analysis platform 102 so that the status analysis platform 102 can adjust the maintenance plan.

[0097] In specific applications, the insurance service terminal can obtain relevant battery data of the vehicle battery from the battery bank, and then analyze the maintenance strategy of the vehicle battery. The maintenance strategy is formulated only for the purpose of maintaining the normal operation of the battery, that is, the maintenance strategy determined by the insurance service terminal can be a maintenance strategy with the lowest maintenance cost and can maintain the normal operation of the battery. For example, for the abnormal situation of abnormal charging and discharging, the maintenance items that can be adopted include replacing the battery, replacing charging and discharging components, detecting the battery to determine abnormal battery cells and replacing the battery cells, etc. Among them, the maintenance cost of the maintenance strategy of replacing charging and discharging components is the lowest. Assuming that the maintenance plan takes into account multiple abnormal situations and the maintenance strategy given is to replace the battery, the insurance service terminal can believe that the maintenance plan has excessive maintenance.

[0098] It can be seen from the above that a battery diagnostic system provided in an embodiment of the present application can realize transparency of battery data, improve transparency of information, reduce the possibility of insurance companies being defrauded of insurance, and can reduce the possibility of excessive maintenance, and can more effectively protect the interests of all parties.

[0099] See also Figure 5 , Figure 5 A schematic diagram of another battery diagnosis system provided in an embodiment of the present application is given. Figure 5 As shown, the battery diagnosis system 10 provided in the embodiment of the present application also includes a recycling system 108 .

[0100] The recycling system 108 can be communicatively connected with the resource management system 105. The resource management system 105 can obtain the battery status of the battery through the status analysis platform 102. When the battery status meets the attenuation recycling conditions, a recycling instruction is sent to the recycling system 108 so that the recycling system 108 can recycle the battery that meets the attenuation recycling conditions.

[0101] In specific applications, the attenuation recovery condition may specifically be that the battery health factor of the battery is less than a preset health factor threshold. The preset health factor threshold may be set according to actual application requirements, and this application does not impose any specific restrictions on this.

[0102] In a specific application, the recycling system 108 can further analyze the battery health status of the battery, thereby determining the recycling direction of the battery, and then recycle the battery based on the recycling direction of the battery to improve energy utilization.

[0103] In specific applications, the recycling directions of the above batteries include energy storage systems, backup batteries, disassembly and utilization, waste recycling, etc. The most appropriate recycling direction can be determined based on the battery parameters and battery health status of the battery.

[0104] It can be seen from the above that the battery diagnosis system provided in the embodiment of the present application can not only efficiently coordinate the participants such as the insurer, battery bank, spare parts warehouse, maintenance party and user side to achieve efficient battery diagnosis and troubleshooting, but also can carry out corresponding recycling treatment for batteries that need to be recycled, which can effectively improve the utilization rate of energy and reduce the damage of discarded batteries to the environment.

[0105] The battery diagnostic system provided in the embodiment of the present application is introduced above, and the battery diagnostic method provided in the embodiment of the present application is introduced below. It can be understood that the specific execution subject of the battery diagnostic method provided in the embodiment of the present application can be the battery diagnostic system involved in the above-mentioned embodiments. The battery diagnostic method provided in the embodiment of the present application is described as follows in conjunction with the accompanying drawings:

[0106] See also Figure 6 , Figure 6 A schematic diagram of the implementation process of a battery diagnosis method provided in an embodiment of the present application is shown. Figure 6 As shown, the battery diagnosis method provided in the embodiment of the present application may specifically include the following steps:

[0107] In S61, the vehicle-mounted data collection terminal collects operating condition data of the vehicle-mounted battery.

[0108] In specific applications, the operating data of the vehicle-mounted battery (hereinafter referred to as the battery) may include the battery temperature, the battery charging voltage, the battery discharging voltage, the battery charging current, the battery discharging current, the battery remaining power, the balancing parameters of each cell in the battery, etc. Of course, the operating data may also include the operating temperature change of the battery.

[0109] In S62, the vehicle-mounted data acquisition terminal sends the collected battery operating condition data to the status analysis platform.

[0110] In S63, the status analysis platform determines the health status of the battery and whether there is any abnormality in the battery operating environment based on the battery operating condition data.

[0111] After obtaining the operating condition data of the above batteries, the status analysis platform can determine the health status of the batteries based on the operating condition data of the batteries.

[0112] In an embodiment of the present application, the health status of the above-mentioned battery can be comprehensively measured based on aspects such as the battery charging status, the battery discharging status, the battery temperature change status, and the vehicle response status corresponding to the battery output.

[0113] In an embodiment of the present application, the status analysis platform can determine the charging status of the battery based on the operating condition data of the battery, such as whether there is a situation where charging is unable to be performed, whether the charging speed is slow, or whether there is a charging interruption. If the above-mentioned situation occurs, such as the situation where charging is unable to be performed, the charging speed is slow, or there is a charging interruption, it can be determined that the battery has an abnormal charging condition.

[0114] The status analysis platform can also determine the discharge status of the battery based on the battery operating condition data, such as whether there is a situation where the battery cannot be discharged, whether the discharge speed is too fast, or whether the battery cannot be discharged as required (for example, the discharge voltage is too low). If the above-mentioned situation occurs, such as the battery cannot be discharged, the discharge speed is too fast, or the battery cannot be discharged as required, it can be determined that the battery has an abnormal discharge status.

[0115] The status analysis platform can also determine the battery temperature change status of the battery based on the battery operating data, such as the battery temperature exceeds the discharge temperature threshold during discharge, the battery temperature change value exceeds the discharge temperature change threshold during discharge, the battery temperature change rate exceeds the discharge temperature change threshold during discharge, etc., and for example, the battery temperature exceeds the charging temperature threshold during charging, the battery temperature change value exceeds the charging temperature change threshold during charging, the battery temperature change rate exceeds the charging temperature change threshold during charging, etc., and for example, the battery temperature in the dormant state exceeds the dormant temperature threshold, etc. If the above-mentioned battery temperature abnormalities exist, it can be determined that the battery has a battery temperature abnormality.

[0116] It should be noted that the above-mentioned discharge temperature threshold, discharge temperature change threshold, discharge temperature change rate threshold, charging temperature threshold, charging temperature change threshold, charging temperature change rate threshold and sleep temperature threshold can be set according to the actual application scenario. Different thresholds can also be set for different types of batteries. This application does not impose specific restrictions on this.

[0117] It should also be noted that the above discharge temperature change rate refers to the rate of temperature change per unit time, that is, the ratio of the battery temperature change value per unit time to the unit time is determined as the discharge temperature change rate, and the unit time can be set according to actual application requirements, and the battery temperature change value can be the difference between the maximum value of the discharge temperature and the minimum value of the discharge temperature per unit time. The above charging temperature change rate is similar and will not be repeated.

[0118] In a specific application, a leakage detection device may be further provided in the above-mentioned battery to detect whether the battery is leaking. If leakage is present, it may also be determined that the health status of the battery is abnormal.

[0119] If none of the above situations exist, it can be determined that there is nothing abnormal in the health of the battery.

[0120] In some embodiments, the real-time operating condition data of the battery may also include the working environment data of the battery, such as the working environment temperature of the battery, the working environment humidity of the battery, etc. The status analysis platform may determine whether there is any abnormality in the battery operating environment of the battery based on the working environment data of the battery.

[0121] In actual application, in order to improve the safety of battery operation, automobiles are usually equipped with some temperature adjustment devices and humidity adjustment devices so that the battery can operate in a suitable humidity and temperature environment. However, during use, these adjustment devices may fail. Therefore, by analyzing the working environment data of the battery, it is possible to determine whether the battery operating environment is abnormal. For example, assuming that the working environment temperature of the battery is greater than the upper limit of the allowable temperature, or lower than the lower limit of the allowable temperature, it can be determined that the temperature environment of the battery is abnormal, anyway, it is determined that the temperature environment of the battery is not abnormal; for another example, if the working environment humidity of the battery is greater than the upper limit of the allowable humidity, it can be determined that the humidity environment of the battery is abnormal, anyway, it is determined that the humidity environment of the battery is not abnormal.

[0122] It is understandable that if the status analysis platform determines that the battery does not need maintenance, the operations from S61 to S63 may be repeated, that is, the health status and operating environment of the battery are continuously monitored.

[0123] In S64, when it is determined that the battery health status of the battery meets the maintenance requirements or the operating environment of the battery is abnormal, the status analysis platform generates a maintenance plan according to the battery health status and the operating environment data.

[0124] When the status analysis platform determines that the health status of the battery is abnormal and / or the operating environment of the battery is abnormal, it will call its internal maintenance plan determination module to generate a maintenance plan corresponding to the health status of the battery and / or the operating environment of the battery.

[0125] In specific applications, the above-mentioned maintenance plan determination module can generate a corresponding maintenance plan based on the diagnosis results of the battery health status and the diagnosis results of the battery operating environment. The maintenance plan can specifically include maintenance items, maintenance methods, maintenance strategies, maintenance costs and other information.

[0126] It is understandable that a battery may have multiple abnormal conditions, but not every abnormal condition requires maintenance. Therefore, in some embodiments of the present application, when generating a maintenance plan for the battery, the above-mentioned maintenance plan determination module can also determine the content of the maintenance plan output (i.e., determine the target maintenance items) according to the severity of the abnormal condition. For example, maintenance items that reach the maintenance level in severity can be output.

[0127] The severity of the above abnormal situation can be determined based on the health status analyzed by the above status analysis platform based on the working condition data of the battery. For example, assuming that there is an abnormal temperature rise during the battery charging process, but the magnitude of the abnormal temperature rise is relatively small, it can be considered that the abnormal situation will not affect the current use of the battery, but the situation may cause the use of the battery in the future, that is, the severity of the abnormal situation is low, therefore, the maintenance project corresponding to the abnormal situation can be temporarily not created. For another example, there is an abnormal situation of charging interruption during the charging process of the battery, and the severity of the abnormal situation of charging interruption is relatively high, therefore, it is necessary to create a maintenance project corresponding to the abnormal situation.

[0128] In some embodiments of the present application, after obtaining the real-time operating data of the battery, the status analysis platform can determine all abnormal conditions of the battery based on the real-time operating data of the battery, and can obtain the severity coefficient corresponding to each abnormal condition. The higher the severity coefficient, the more serious the abnormal condition, that is, the more maintenance is needed to eliminate the abnormal condition. The lower the severity coefficient, the less serious the abnormal condition, that is, the lower the impact on the current use of the battery. In other words, the status analysis platform can analyze the severity of the abnormal condition based on the impact of the abnormal condition on the current normal use of the battery.

[0129] In one embodiment of the present application, the above-mentioned status analysis platform may be pre-set with correspondences between various abnormal conditions and severity coefficients. When the status analysis platform determines that a certain abnormal condition exists in the battery, the severity coefficient of the abnormal condition may be determined based on the first correspondence.

[0130] It should be noted that the corresponding relationship between the above-mentioned various abnormal conditions and severity coefficients can be determined based on experience summary, or artificial setting, or data testing, etc., and this application does not impose specific restrictions on this.

[0131] In one embodiment of the present application, the above-mentioned state analysis platform can automatically learn the severity coefficient of the abnormal condition of the battery based on the neural network model. When the state analysis platform determines that the battery has a certain abnormal condition, the data corresponding to the abnormal condition (for example, for the abnormal condition of slow charging speed, the charging time, the charging voltage change data during the charging process, the charging current change data, and the temperature change data during the charging process, etc.) can be input into the trained severity coefficient learning model. The severity coefficient learning model can determine the severity coefficient corresponding to the abnormal condition based on the input data.

[0132] It can be understood that the above-mentioned severity coefficient learning model can be an artificial intelligence model obtained after training and verification based on a large number of historical abnormal situation severity coefficients and corresponding abnormal situation data as sample data, so that the severity coefficient learning model after training can extract the relevant features of the abnormal situation based on the input abnormal situation data, and output the corresponding severity coefficient by integrating the features of the abnormal situation.

[0133] When the status analysis platform generates a maintenance plan, it will determine the target maintenance items according to the severity coefficient of each abnormal condition. The target maintenance items are the maintenance items included in the maintenance plan generated by the status analysis platform.

[0134] In a specific application, the above-mentioned determination of the target maintenance item according to the severity coefficient of each abnormal condition may specifically be to determine the maintenance item corresponding to the abnormal condition whose severity coefficient is greater than or equal to the maintenance coefficient threshold as the target maintenance item.

[0135] In another implementation, abnormal conditions whose severity coefficients are greater than or equal to the maintenance coefficient threshold may be screened out first, and then sorted in descending order according to the severity coefficients of the abnormal conditions, and the maintenance items corresponding to the first N abnormal conditions are determined as target maintenance items.

[0136] It should be noted that N can be a positive integer, the above maintenance coefficient threshold can be set according to actual application requirements, and the value of N can also be set according to actual application requirements.

[0137] In some embodiments of the present application, when generating a maintenance plan, the analysis status platform may also adjust the number of target maintenance items included in the maintenance plan according to historical user feedback information.

[0138] The above historical user feedback information refers to the feedback from previous users on the maintenance plan generated by the analysis status platform.

[0139] Of course, in order to solve all abnormal conditions of the battery, the above-mentioned state analysis platform can also output maintenance items corresponding to all abnormal conditions. That is, the state analysis platform can use all maintenance items corresponding to the detected abnormal conditions as target maintenance items.

[0140] It should be noted that different maintenance is required for different abnormal situations, that is, different abnormal situations correspond to different maintenance items. When the status analysis platform generates a maintenance plan, it will determine the maintenance items corresponding to the abnormal situations based on the abnormal situations of the battery. Among them, the maintenance items corresponding to some abnormal situations may be the same.

[0141] In some embodiments, the maintenance scheme determination module may be configured with a maintenance scheme determination model, and the maintenance scheme determination model may automatically generate a corresponding maintenance scheme based on the input real-time operating condition data of the battery.

[0142] In some embodiments, the above-mentioned maintenance plan determination model can construct an original maintenance plan determination model based on a neural network model. After the corresponding neural network model is constructed, the battery data corresponding to the historical battery health status and the historical operating environment condition data of the battery, as well as the historical maintenance plans corresponding to the historical battery health status data and the historical maintenance plans corresponding to the historical operating environment data can be used as training data to train the original maintenance plan determination model, and the trained model can be used as the maintenance plan determination model. In actual application, when it is determined that the battery health status and / or the battery operating environment are abnormal, the trained maintenance plan determination model can be called to automatically generate a corresponding maintenance plan according to the real-time operating condition data of the battery.

[0143] In one embodiment of the present application, during the process of generating a maintenance plan, the maintenance plan determination model will combine the relevant insurance content of the battery to determine the distribution method of the maintenance costs in the maintenance plan, including which items are paid by the insurance service and which items require users to pay for themselves, etc.

[0144] In some embodiments of the present application, when determining the distribution of maintenance plans in the maintenance plan, the maintenance plan determination module will first obtain the insurance service terms of the battery and determine whether each maintenance item in the maintenance plan falls within the scope of the insurance service. If so, the insurance payment ratio and user payment ratio of the maintenance fee can be further determined based on the upper limit of the service amount provided by the insurance service.

[0145] In some embodiments of the present application, since the service amounts provided by different insurance service types are different, the maintenance plan determination model can also adjust the insurance payment ratio and user payment ratio of the maintenance fee according to the type of insurance service corresponding to the maintenance project during the process of generating the maintenance plan.

[0146] For example, assuming that the first type of insurance service is a fixed service fee for the entire life cycle of the battery, if the cumulative insurance cost exceeds the fixed service fee, the service amount for this insurance service cannot be provided. Therefore, when allocating maintenance costs, you can query the remaining service costs (fixed service costs plus - used service costs), and then determine the insurance payment ratio based on the proportional relationship between the remaining service costs and the maintenance costs.

[0147] Assuming that the second type of insurance service is a fixed service fee set for each maintenance, therefore, when allocating the maintenance fee, the insurance payment ratio can be set to the ratio between the fixed service fee and the maintenance fee.

[0148] Assuming that the third category of insurance services can provide different service fees for different degrees of damage, when allocating maintenance costs, the available service fees can be determined based on the degree of damage, and the insurance payment ratio can be determined by the available service fees and maintenance fees.

[0149] It should be noted that the above three types of insurance services are only exemplary descriptions and this application does not impose any specific restrictions on them.

[0150] In one embodiment of the present application, the above-mentioned fixed service fee is for the entire use cycle of the battery. When allocating the payment ratio, the insurance payment ratio and the user payment ratio can also be adjusted according to the customer's payment willingness.

[0151] Exemplarily, the maintenance plan determination model can also dynamically learn the user's willingness to pay based on the user's historical willingness to report insurance, and based on this, explain the payment status of the maintenance fees in the maintenance plan.

[0152] In specific applications, because some insurance services will affect the insurance premiums of the next cycle after an accident occurs, some users may choose to pay for some maintenance items with relatively low costs or that do not need to be reported for insurance by users; while some users may choose to report an accident, that is, use insurance services to pay part or all of the maintenance costs.

[0153] Therefore, when allocating maintenance costs, the maintenance plan determination model can take into account the historical willingness to report insurance to adjust the maintenance cost allocation ratio of certain maintenance items. For example, if it is determined that the maintenance cost is less than or equal to the self-paid threshold, the self-paid ratio of the maintenance cost of the maintenance project whose maintenance cost is less than the self-paid threshold can be adjusted to 100%.

[0154] For users who are more prone to accidents, the above-mentioned proportional allocation method for determining maintenance costs can be directly used to output a maintenance plan.

[0155] It should be noted that the above-mentioned self-funded threshold can be determined according to the user's settings, or it can be determined according to the user's historical insurance reporting data. For example, the user's willingness to report insurance can be determined based on the user's historical insurance reporting data, and then the self-funded threshold can be determined. This application does not impose any specific restrictions on this.

[0156] In actual application, when it is determined that the maintenance cost exceeds the above self-funded threshold, a maintenance plan is output according to the proportional allocation method of the above maintenance cost, and this application will not repeat it here.

[0157] In some embodiments, the above-mentioned status analysis platform can also predict the time node when the battery may have an abnormal condition based on the battery's operating condition data, and then generate a corresponding maintenance plan in advance based on the predicted abnormal condition before reaching the time node, and send the maintenance plan to the user so that the user can maintain the vehicle's battery in advance to reduce the occurrence of situations where the battery is suddenly unable to charge and the like.

[0158] Of course, when the status analysis platform predicts possible abnormal situations, it can also send relevant prediction information to users to prompt them to maintain the vehicle's battery in advance to reduce the occurrence of emergencies that affect user use.

[0159] In specific applications, different maintenance methods may be used for different maintenance projects. Therefore, the maintenance plan may also include relevant content about the maintenance methods. The maintenance methods may include online maintenance and offline maintenance. Online maintenance refers to a maintenance method that can correct faults through the above-mentioned OTA maintenance platform without going to a special maintenance site for maintenance; offline maintenance refers to a maintenance method that requires going to a special maintenance site for maintenance.

[0160] In an embodiment of the present application, the above-mentioned maintenance plan may also include relevant information about the recommended maintenance time, wherein the recommended maintenance time refers to the best time period for maintenance, that is, the maintenance effect is best when the maintenance is completed before the recommended maintenance time. In other words, the maintenance plan provides relevant content that recommends users to maintain the vehicle's battery within the recommended maintenance time period.

[0161] In one embodiment of the present application, when determining the recommended maintenance time, the recommended maintenance time can be determined based on the severity of the abnormal condition, that is, the larger the severity coefficient of the abnormal condition, the closer the recommended maintenance time is to the current time, and vice versa, a recommended maintenance time farther away from the current time can be set.

[0162] In some embodiments of the present application, when determining the recommended maintenance time, the recommended maintenance time can also be determined based on the user's vehicle usage habits and the severity of the abnormal condition. For example, the recommended maintenance time can be set during the user's off-peak hours, where the user's off-peak hours refer to the time period when the user does not use the vehicle.

[0163] In a specific application, the above maintenance plan can be output in the form of a list. For example, please refer to Figure 7 , Figure 7 A schematic diagram of the contents of a maintenance solution provided by an embodiment of the present application is shown. Figure 7As shown, the maintenance plan generated by the status analysis platform may specifically include abnormal conditions, maintenance items, maintenance methods, specific maintenance strategies, maintenance costs, and related content of recommended maintenance time, wherein the description of the abnormal condition may specifically be a summary of the relevant data of the abnormal condition and an explanation of the abnormal condition, and the maintenance methods include online maintenance or offline maintenance, as well as specific maintenance strategies, such as checking and troubleshooting, replacing batteries, online troubleshooting, etc.

[0164] For example, Figure 7 As shown, for the description of the maintenance item of abnormal charging, the description of the maintenance item corresponding to the above maintenance plan can be specifically: The temperature change of the battery during the charging process is: xx℃, which exceeds the temperature upper limit, and the charging time is: xxh. The charging time is too long. Please check the battery charging failure. The maintenance method is: offline maintenance. The specific maintenance strategy is to detect the battery charging function and troubleshoot the fault. The battery may need to be replaced. Maintenance cost: Estimated maintenance cost: xx yuan, including insurance cost: xx yuan, self-funded: xx yuan; it is recommended that you perform maintenance before xx month xx year. The maintenance plan can include relevant descriptions of one or more target maintenance items, such as Figure 7 As shown, relevant descriptions of multiple target maintenance items may be included.

[0165] In S65, the status analysis platform sends the maintenance plan to the insurance service terminal.

[0166] In the embodiment of the present application, the maintenance plan needs to be confirmed by the insurance service provider before it can be executed. If it is not confirmed by the insurance service provider, there may be cost disputes, etc. Therefore, after the status analysis platform generates the maintenance plan for the battery, it can send the generated battery maintenance plan to the insurance service terminal connected to it.

[0167] In S66, the insurance service terminal determines the feasibility of the maintenance plan according to the maintenance plan and the battery insurance terms of the battery.

[0168] In an embodiment of the present application, the insurance service terminal can obtain the battery insurance terms corresponding to each maintenance item in the maintenance plan, and verify the applicability of the battery insurance terms and the insurance payment amount of the maintenance fee.

[0169] Exemplarily, assuming that the maintenance plan includes a maintenance item for replacing a battery, the insurance service terminal can determine whether the insurance service item for replacing a battery is included based on the relevant insurance service information of the battery, and compare the specific service content included in the insurance service item for replacing a battery, whether it is to pay for all costs of replacing a battery, or only the cost of the battery, or the cost of the battery and part of the labor cost, etc. If the relevant insurance service of the battery includes an insurance service item for replacing a battery, if the insurance payment ratio of the maintenance cost of the maintenance item in the maintenance plan is 100%, and the specific service content of the insurance service item for replacing a battery is to pay for all costs of replacing a battery, then it can be determined that the insurance feasibility analysis of the maintenance item has passed; if the specific service content of the insurance service item for replacing a battery is to only include the cost of the battery, the battery price is xx yuan, and the insurance payment ratio of the maintenance cost of the maintenance item is 100%, then the insurance feasibility analysis of the maintenance item has not passed.

[0170] In a specific application, if the insurance payment ratio in the maintenance cost distribution of the maintenance project in the maintenance plan is too low, the insurance service terminal can also give a prompt, suggesting that the insurance payment ratio can be increased to reduce the user's self-paid ratio.

[0171] When the insurance service terminal performs a suitability test on the battery insurance terms, it can first obtain all insurance services related to the battery, then determine the maintenance items corresponding to each insurance service, and determine the insurance payment scope corresponding to the maintenance items, and then judge whether the insurance payment ratio (insurance payment amount) in the maintenance costs given in the maintenance plan is within the corresponding insurance payment scope.

[0172] In some embodiments, the insurance service terminal can also be connected to a battery bank for communication, thereby obtaining battery data of the battery, and further analyzing the authenticity of the maintenance plan based on the battery data to reduce the possibility of insurance fraud.

[0173] For example, if the battery health factor of the battery in the battery bank is 90%, while the battery health factor in the maintenance plan is 80%, the insurance service terminal can determine that there is a deviation between the battery information obtained from the maintenance plan and the battery information stored in the battery bank. Therefore, the insurance service terminal can confirm that the insurance feasibility analysis of the maintenance project has not passed based on the analysis results.

[0174] In S67, when the insurance service terminal confirms that the maintenance plan is feasible, it feeds back the insurer's confirmation information to the status analysis platform.

[0175] In specific applications, after receiving the maintenance plan sent by the status analysis platform, the insurance service terminal can perform insurance feasibility analysis on each maintenance item included in the maintenance plan. If the insurance feasibility analysis of all maintenance items is passed, confirmation information that the maintenance plan is feasible (i.e., the insurance party's confirmation information) can be fed back.

[0176] If there are situations where the insurance service is not applicable or the insurance premium is overspent, etc., in which the insurance service cannot be recognized, the insurance service terminal can list the maintenance items that are not feasible and feedback the information to be changed to the insurance party.

[0177] It should be noted that the insurance feasibility analysis of the maintenance project mentioned above is specifically to determine the adaptability of the maintenance project to the insurance terms and whether the insurance payment amount in the maintenance plan is within the insurance payment range. If the maintenance project is applicable to the insurance terms and the insurance payment amount is within the insurance payment range, then the insurance feasibility analysis of the maintenance project is determined to be passed; if the maintenance project is not applicable to the insurance terms or the insurance payment amount is greater than the insurance payment range, then the insurance feasibility analysis of the maintenance project is determined to be failed.

[0178] It should also be noted that the above insurance payment amount refers to the maximum amount that can be paid for the insurance service corresponding to the insurance terms applicable to the maintenance project.

[0179] In S68, upon receiving confirmation information from the insurer, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan.

[0180] In S69, the status analysis platform sends the maintenance items whose maintenance mode is online maintenance to the OTA maintenance platform.

[0181] In S610, the OTA maintenance platform performs online maintenance operations according to the maintenance content of the maintenance project.

[0182] In specific applications, for maintenance items that can be maintained online, the OTA maintenance platform outputs corresponding maintenance instructions to the vehicle controller based on the specific information of the maintenance content. For example, for maintenance content to eliminate fault codes, the OTA maintenance platform can send maintenance content to eliminate fault codes; for another example, for maintenance items to adjust operating parameters, the OTA maintenance platform can send the parameter code to be adjusted and the adjusted parameter target value to the vehicle controller.

[0183] In actual applications, the vehicle controller can determine the control instructions corresponding to the maintenance instructions based on the maintenance instructions output by the OTA maintenance platform, and control the corresponding on-board devices to perform parameter adjustment, fault code elimination, battery operating status recovery and other operations based on the control instructions to resolve the battery fault.

[0184] In S611, the status analysis platform sends the maintenance items whose maintenance mode is offline maintenance to the resource allocation system.

[0185] In S612, the resource allocation system determines an offline maintenance plan according to the maintenance content of the maintenance project and the resource information of each resource object, and feeds back the offline maintenance plan.

[0186] In specific applications, the resource allocation system can communicate with resource providers such as battery banks, spare parts warehouses, and maintenance sites, and then obtain maintenance resources such as batteries, spare parts, maintenance personnel, and maintenance sites, and then plan offline maintenance plans corresponding to the maintenance content, which may include the location of the maintenance site, the information of the maintenance personnel, the status of spare parts preparation, and other related content, and feed it back to the status analysis platform or to the user, so that the user can perform offline maintenance according to the offline maintenance plan.

[0187] From the above, it can be seen that a battery diagnosis method provided in an embodiment of the present application collects the operating condition data of the battery by using the on-board data acquisition terminal, and then the status analysis platform performs battery diagnosis and generates a maintenance plan, and sends the maintenance plan to the insurer for confirmation. After the insurer approves the maintenance plan, the OTA maintenance platform or the resource allocation system can be used to execute the maintenance plan, thereby eliminating the battery fault. It can efficiently coordinate the insurer, battery bank, spare parts library, maintenance party and other participants to achieve efficient battery diagnosis and fault elimination.

[0188] See also Figure 8 , Figure 8 A schematic diagram of the implementation process of a battery diagnosis method provided in an embodiment of the present application is shown. Figure 8 As shown, the battery diagnosis method provided in the embodiment of the present application may specifically include the following steps:

[0189] S81: The vehicle-mounted data acquisition terminal collects real-time operating data of the battery.

[0190] S82: The vehicle-mounted data acquisition terminal sends the collected real-time operating data of the battery to the status analysis platform.

[0191] S83: The status analysis platform determines the health status of the battery and whether there is any abnormality in the battery operating environment based on the real-time operating condition data of the battery.

[0192] S84: When the status analysis platform determines that the battery health status meets the maintenance requirements or the battery operating environment is abnormal, it generates a maintenance plan based on the battery health status and operating environment data.

[0193] For the relevant contents of S81 to S84, please refer to the relevant descriptions of S61 to 64, which will not be repeated here.

[0194] S85: The status analysis platform sends the maintenance plan to the user terminal.

[0195] During the implementation of this application, the status analysis platform also communicates with the user terminal. In order to enable the user to learn about and confirm the battery maintenance plan, the user is required to confirm the maintenance plan or provide feedback on the user side (the part that is questionable or does not meet the user's expectations) before executing the maintenance plan. Therefore, the status analysis platform can send the automatically generated maintenance plan to the user terminal for user confirmation.

[0196] S86: When receiving the maintenance plan confirmation instruction from the user, the user terminal feeds back user confirmation information to the status analysis platform.

[0197] It is understandable that the user can check the maintenance plan through the user terminal, and if there is no problem with the plan, the user can confirm the maintenance plan, that is, the user can enter the maintenance plan confirmation instruction, such as clicking the relevant control for plan confirmation, entering a confirmation voice, etc. When the user terminal receives the user's maintenance plan confirmation instruction, it can feedback the user confirmation information to the status analysis platform so that the status analysis platform can proceed to the next step.

[0198] Of course, in some embodiments, if the user has opinions on the content of certain maintenance items, the user may also provide feedback on modification opinions so that the status analysis platform can modify the maintenance plan according to the modification opinions provided by the user.

[0199] S87: The status analysis platform sends the maintenance plan to the insurance service terminal.

[0200] S88: The insurance service terminal determines the feasibility of the maintenance plan based on the maintenance plan and the battery insurance terms of the battery.

[0201] S89: After confirming that the maintenance plan is feasible, the insurance service terminal feeds back the insurer's confirmation information to the status analysis platform.

[0202] For the related descriptions of S87 to S89 mentioned above, reference can be made to the related descriptions of S65 to S67, which will not be repeated here.

[0203] It should be noted that the above-mentioned user confirmation and insurance service terminal confirmation operations can be executed in parallel or sequentially, and the execution order is not restricted, that is, the status analysis platform can first send the maintenance plan to the user terminal for user confirmation, and then send the maintenance plan to the insurance service terminal after receiving the user confirmation. It can also send the maintenance plan to the insurance service terminal first, and then send the maintenance plan to the user terminal after receiving the confirmation information from the insurance service terminal. It can also send the maintenance plan to the user terminal and the insurance service terminal at the same time for confirmation.

[0204] S810: After receiving the insurer confirmation information and the user confirmation information, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan.

[0205] S811: The status analysis platform sends the maintenance items whose maintenance mode is online maintenance to the OTA maintenance platform.

[0206] S812: The OTA maintenance platform performs online maintenance operations according to the maintenance content of the maintenance project.

[0207] S813: The status analysis platform sends the maintenance project whose maintenance method is offline maintenance to the resource allocation system.

[0208] In S814, the resource allocation system determines an offline maintenance plan according to the maintenance content of the maintenance project and the resource information of each resource object, and feeds back the offline maintenance plan.

[0209] For the relevant contents of S810 to S814 above, reference can be made to the relevant descriptions of S68 to S612 above, which will not be repeated here.

[0210] From the above, it can be seen that the battery diagnosis method provided in the embodiment of the present application can not only efficiently coordinate the insurer, battery bank, spare parts library, and maintenance party to achieve efficient battery diagnosis and fault elimination, but also allow the user side to participate in the confirmation of battery diagnosis and maintenance plans, thereby improving user participation in the maintenance process and information transparency.

[0211] The present application also provides an electronic device, Fig. 9 is a structural block diagram of an electronic device provided by another embodiment of the present application. Fig. 9 As shown, the electronic device 9 of this embodiment includes: a processor 90, a memory 91, and a computer program 92 stored in the memory 91 and executable by the processor 90, such as a program for generating a method for an evaluation report. When the processor 90 executes the computer program 92, the steps in each embodiment of the above-mentioned battery management method are implemented, such as Figure 6 Alternatively, the processor 90 executes the computer program 92 to implement the above Figure 6 The functions of each module in the corresponding embodiment are, for example, Figure 2 For details on the functions of the units 1021 to 1024 shown, please refer to Figure 2 Related description in the corresponding embodiment.

[0212] Exemplarily, the computer program 92 may be divided into one or more modules, one or more modules are stored in the memory 91, and are executed by the processor 90 to complete the present application. One or more modules may be a series of computer program instruction segments capable of completing specific functions, and the instruction segments are used to describe the execution process of the computer program 92 in the electronic device 9. For example, the computer program 92 may be divided into various unit modules, and the specific functions of each module are as described above.

[0213] The electronic device 9 may include, but is not limited to, a processor 90 and a memory 91. Those skilled in the art will appreciate that Fig. 9 It is only an example of the electronic device 9 and does not constitute a limitation of the electronic device 9. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, the electronic device may also include input and output devices, network access devices, buses, etc.

[0214] The processor 90 may be a central processing unit, or other general-purpose processors, digital signal processors, application-specific integrated circuits, off-the-shelf programmable gate arrays or other programmable logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc. The memory 91 may be an internal storage unit of the electronic device 9, such as a hard disk or memory of the electronic device 9. The memory 91 may also be an external storage device of the electronic device 9, such as a plug-in hard disk, a smart memory card, a flash memory card, etc. equipped on the electronic device 9. Furthermore, the memory 91 may include both an internal storage unit of the electronic device 9 and an external storage device.

[0215] An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

[0216] An embodiment of the present application provides a computer program product. When the computer program product runs on an electronic device, the electronic device can implement the steps in the above-mentioned method embodiments when executing the computer program product.

[0217] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may at least include: any entity or device that can carry the computer program code to the device / electronic device, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electric carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a magnetic disk or an optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals and telecommunication signals.

[0218] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0219] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0220] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are merely schematic. For example, the division of the modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0221] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0222] The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A battery diagnostic system, characterized in that: include: On-board data acquisition terminal, used to collect the working condition data of the on-board battery; a state analysis platform, which is in communication connection with the vehicle-mounted data acquisition terminal, and is used to obtain the working condition data of the vehicle-mounted battery, detect the health state of the vehicle-mounted battery according to the working condition data of the vehicle-mounted battery, and generate a maintenance plan corresponding to the working condition of the vehicle-mounted battery when it is determined that the vehicle-mounted battery meets the maintenance conditions according to the health state of the vehicle-mounted battery; An insurance service terminal, which is in communication with the status analysis platform and is used to perform insurance feasibility analysis on the maintenance plan; The status analysis platform is also respectively connected to the resource allocation system and the OTA maintenance platform for communication, and is also used to send the maintenance items with offline maintenance mode to the resource allocation platform and the maintenance items with online maintenance mode to the OTA maintenance platform when the insurance feasibility analysis of the maintenance plan passes; A resource allocation system, used to coordinate various resource libraries to perform offline maintenance on the vehicle battery; And, an OTA maintenance platform is used to perform online maintenance on the vehicle battery.

2. The battery diagnosis system according to claim 1, characterized in that: The state analysis platform comprises: A battery data management module, used to manage the received vehicle battery operating condition data; A battery status analysis module, used to analyze the health status of the vehicle battery and the battery operating environment according to the operating condition data of the vehicle battery; The maintenance plan determination module is used to generate a maintenance plan when the health status of the vehicle-mounted battery is abnormal or the battery operating environment is abnormal.

3. The battery diagnosis system according to claim 1 or 2, characterized in that: The battery diagnostic system further comprises: The user terminal is communicatively connected with the status analysis platform, and is used to receive user feedback on the maintenance plan, and when the user confirms the maintenance plan, feedback the user confirmation information to the status analysis platform, and when the user feedbacks modification opinions, feedback the client-side adjustment opinions to the status analysis platform.

4. The battery diagnosis system according to any one of claims 1 to 3, characterized in that: The battery diagnostic system further comprises: A battery bank, which is respectively connected to the resource allocation system and the insurance service terminal for storing battery data of each battery; The insurance service terminal is also used to verify the authenticity of the maintenance plan based on the battery data of the battery bank.

5. The battery diagnosis system according to claim 4, characterized in that: The insurance service terminal is further used to determine whether the maintenance plan involves over-maintenance according to the battery data of the battery bank.

6. The battery diagnosis system according to any one of claims 1 to 5, characterized in that: The battery diagnostic system further comprises: A recycling system is communicatively connected with the resource management system. The resource management system is also used to obtain the battery status of the vehicle battery through the status analysis platform, and send a recycling instruction to the recycling system when the battery status meets the attenuation recycling conditions. The recycling system is used to recycle the vehicle battery when receiving the recycling instruction.

7. A battery diagnosis method, characterized in that: A battery diagnosis system as claimed in any one of claims 1 to 7, comprising: The vehicle data acquisition terminal collects the operating condition data of the vehicle battery and sends the operating condition data of the vehicle battery to the status analysis platform; The status analysis platform determines the health status of the battery and whether there is an abnormality in the battery operating environment according to the operating condition data of the vehicle-mounted battery; When the status analysis platform determines that the battery health status of the vehicle battery meets the maintenance requirements or the operating environment of the battery is abnormal, it generates a maintenance plan based on the battery health status and operating environment data, and sends the maintenance plan to the insurance service terminal; The insurance service terminal determines the feasibility of the maintenance plan according to the maintenance plan and the battery insurance clause of the vehicle-mounted battery, and feeds back the insurer's confirmation information to the status analysis platform if it is determined that the feasibility analysis of the maintenance plan passes; Upon receiving the confirmation information from the insurer, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan, and sends the maintenance items with online maintenance method to the OTA maintenance platform, and sends the maintenance items with offline maintenance method to the resource allocation system.

8. The battery diagnosis method according to claim 7, characterized in that: Also includes: The status analysis platform sends the maintenance plan to the user terminal; When receiving the maintenance plan confirmation instruction from the user, the user terminal feeds back the user confirmation information to the status analysis platform; Accordingly, upon receiving the insurer confirmation information and the user confirmation information, the status analysis platform determines the maintenance method for each maintenance item in the maintenance plan, and sends the maintenance items with online maintenance method to the OTA maintenance platform, and sends the maintenance items with offline maintenance method to the resource allocation system.

9. An electronic device, characterized in that: The method comprises a processor and a memory, wherein the processor and the memory are coupled, and the memory is used to store a computer program. When the processor executes the computer program, the corresponding electronic device executes the steps of the method described in any one of claims 7 to 8.

10. A computer program product, characterized in that When the computer program is run on an electronic device, the corresponding electronic device executes the steps of the method according to any one of claims 7 to 8.

Images