CN117129237A - Joint detection method, joint detection device, electronic equipment and storage medium - Google Patents

Abstract

The application provides a joint detection method, a device, electronic equipment and a storage medium, which can execute joint detection according to a monitored joint detection request to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request; combining the function detection station and the vehicle networking offline detection station into a new combined detection station, wherein the combined detection station obtains a detection result by sending a combined detection request, saves manpower and material resources by integrating different stations and automatically detecting, and reduces detection cost; if the system problem exists in the detection result, determining the problem type of the system problem; if the problem types are the Internet of vehicles types, automatically solving the system problems; if the problem type is the function type of the vehicle machine, the error reporting prompt is carried out according to the system problem. The system problems of the Internet of vehicles are automatically solved to reduce error reporting and manual intervention, so that the detection efficiency is improved.

Description

Joint detection method, joint detection device, electronic equipment and storage medium

Technical Field

The present application relates to the field of offline detection technologies, and in particular, to a joint detection method, a device, an electronic apparatus, and a storage medium.

Background

The off-line detection is that the real vehicle test of the formal environment is required before the production line vehicle is put in storage, and whether the authentication condition of the video-audio entertainment system equipment of the vehicle and the T-BOX heartbeat data can be uploaded normally or not is verified, so that the basic functions of the vehicle are ensured to be available. In the related art, when the vehicle networking offline detection is carried out, stations are required to be deployed separately, and each station is provided with a detection tool and at least one detection staff respectively, so that manpower and material resources are wasted, and the detection cost is overhigh; when the error is detected, no automatic solution exists, and manual intervention is needed, so that the detection efficiency is low.

Disclosure of Invention

In view of the above, the present application aims to provide a joint detection method, a device, an electronic apparatus and a storage medium, which are used for solving the problems of high offline detection cost and low detection efficiency.

Based on the above object, a first aspect of the present application provides a joint detection method, including:

performing joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request;

determining a problem type of a system problem in response to the existence of the system problem in the detection result;

Responding to the problem category as the Internet of vehicles category, and automatically solving the system problem;

and responding to the problem type as a vehicle function type, and carrying out error reporting prompt according to the system problem.

A second aspect of the present application provides a joint detection device comprising:

a joint detection module configured to: performing joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request;

a problem classification module configured to: determining a problem type of a system problem in response to the existence of the system problem in the detection result;

a problem-solving module configured to: responding to the problem category as the Internet of vehicles category, and automatically solving the system problem;

the error reporting prompt module is configured to: and responding to the problem type as a vehicle function type, and carrying out error reporting prompt according to the system problem.

A third aspect of the application provides an electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method as provided in the first aspect of the application when executing the program.

A fourth aspect of the application provides a non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method provided by the first aspect of the application.

From the above, it can be seen that the joint detection method, the device, the electronic equipment and the storage medium provided by the application can execute joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request; combining the function detection station and the vehicle networking offline detection station into a new combined detection station, wherein the combined detection station obtains a detection result by sending a combined detection request, saves manpower and material resources by integrating different stations and automatically detecting, and reduces detection cost; if the system problem exists in the detection result, determining the problem type of the system problem; if the problem types are the Internet of vehicles types, automatically solving the system problems; if the problem type is the function type of the vehicle machine, the error reporting prompt is carried out according to the system problem. The system problems of the Internet of vehicles are automatically solved to reduce error reporting and manual intervention, so that the detection efficiency is improved.

Drawings

In order to more clearly illustrate the technical solutions of the present application or related art, the drawings that are required to be used in the description of the embodiments or related art will be briefly described below, and it is apparent that the drawings in the following description are only embodiments of the present application, and other drawings may be obtained according to the drawings without inventive effort to those of ordinary skill in the art.

FIG. 1 is a flow chart of joint detection according to an embodiment of the present application;

FIG. 2 is a schematic diagram of an embodiment of the present application for automatically solving a system problem;

FIG. 3 is a schematic diagram of a correspondence between a system problem and a target system according to an embodiment of the present application;

FIG. 4 is a flow chart of an embodiment of the application to solve the problem of non-uploading of component parameters;

FIG. 5 is a flow chart of the application for solving the problem of non-uploading of the basic data of the production line;

FIG. 6 is a flow chart of an embodiment of the present application for resolving a non-heartbeat status upload;

FIG. 7 is a flow chart of the method for solving the public network error reporting in the embodiment of the application;

FIG. 8 is a flow chart of a history record construction according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a combined detection device according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the application.

Detailed Description

The present application will be further described in detail below with reference to specific embodiments and with reference to the accompanying drawings, in order to make the objects, technical solutions and advantages of the present application more apparent.

It should be noted that unless otherwise defined, technical or scientific terms used in the embodiments of the present application should be given the ordinary meaning as understood by one of ordinary skill in the art to which the present application belongs. The terms "first," "second," and the like, as used in embodiments of the present application, do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. The word "comprising" or "comprises", and the like, means that elements or items preceding the word are included in the element or item listed after the word and equivalents thereof, but does not exclude other elements or items. The terms "connected" or "connected," and the like, are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "upper", "lower", "left", "right", etc. are used merely to indicate relative positional relationships, which may also be changed when the absolute position of the object to be described is changed.

In this document, it should be understood that any number of elements in the drawings is for illustration and not limitation, and that any naming is used only for distinction and not for any limitation.

Based on the above description of the background art, there are also the following cases in the related art:

the offline detection flow needs to be split into a plurality of stations for the following reasons: firstly, the electric appliance detection needs to be matched with the assembly condition of a vehicle, for example, the function detection station of the whole vehicle electric appliance requires that the assembly of the vehicle is basically completed, and all functions can be executed; secondly, the toe-in detection and the hub detection need to use special equipment, so that the equipment needs to be matched for testing; finally, the problems are early found and early solved, such as an instrument detection station, a vehicle door electric appliance detection station and a pre-detection station, which are all used for verifying the electric appliance quality of each module, and early found and misplaced (if the electronic controller unit (Electronic Control Unit, ECU) is found to be misplaced in final detection, tens of already-assembled parts may need to be disassembled to solve the problems).

The work stations for offline detection comprise a pre-detection work station, a liquid adding work station, a finished automobile electric function detection work station, a toe-in work station, a hub rotating work station and a final detection work station.

The pre-detection station comprises an instrument panel detection station and a vehicle door detection station, and the instrument panel detection station and the vehicle door detection station are eliminated in the whole vehicle factory. The pre-detection station is usually arranged after the instrument panel is installed, and the controllers such as the gateway, the instrument, the body controller (body control module, BCM) and the video entertainment system HU are all installed, so that the vehicle identification code of the vehicle is usually required to be input into the tester for the first communication between the vehicle and the vehicle off-line detection system (Vehicle Test System, VTS) at the moment, and the pre-detection station can complete the initialization of the installed controllers.

The liquid adding station is responsible for completing the addition of the vehicle cooling liquid, the air conditioning refrigerant, the glass washing liquid and the brake liquid.

The finished automobile electrical appliance function detection station comprises an inner and outer package, a jolt section detection station, a rain line detection station, a function detection station and a vehicle networking offline detection station. After the installation of the parts of the whole vehicle is basically finished, preparation is needed for the first starting of the vehicle, at the moment, the vehicle enters a function detection station of the electric appliance of the whole vehicle, the station can finish the initialization and the test of all controllers, namely, data needed by all ECUs are written in, the basic setting of part of ECUs is finished, test items of the ECUs are needed to be executed, the test items comprise automatic test and manual test, the station is always the heaviest task in all electric detection stations, and the problem is the greatest.

The initialization part comprises ECU data writing, basic setting of part of the ECU and vehicle anti-theft matching: where the data writing of all the ECUs is completed. Because of the large number of vehicle ECUs, the ECUs are generally distinguished according to buses in the actual operation process, and a parallel data writing method is adopted. In the process, the data writing quantity is large, the number of the operation controllers is large, accidental writing errors are easy to occur, and the method has the characteristics of difficult recording and high analysis difficulty.

The toe-in station is used for completing weighing, four-wheel positioning, headlight adjustment and controller calibration of the vehicle.

The rotary hub station can sequentially complete the pre-detection, dynamic test, braking force test, test after the rotary hub and tail gas test of the engine according to the sequence, mainly detects the performance of the vehicle in the dynamic running process, the speed of the vehicle at a specific time can even exceed 100km/h, and the test can be performed only after the former test is qualified before the rotary hub test. Unlike pre-detection and full-vehicle function detection stations, the toe-in station, the hub rotating station and the liquid adding station need to perform information communication between the VTS and detection equipment (liquid adding equipment, toe-in equipment and hub rotating equipment) besides completing information communication between the VTS and the vehicle.

The final inspection station is the final step of vehicle off-line inspection, and is the final inspection before the vehicle is off-line, and the vehicle has completed the work of all electric appliance installation, coding, matching and calibration. The station can complete confirmation of all detection results of the vehicle, confirmation of the installation state of the controller, closing of the production mode of the vehicle factory and the like.

Wherein, when the vehicle networking is in off-line detection, the vehicle networking is provided with an independent deployment station, the station needs to be provided with at least one detection staff, the detection staff can realize the detection process by scanning the code through the code scanning gun, and the detection result needs to be checked on the computer terminal, so that manpower and material resources are wasted, and the detection cost is overhigh; when the error is detected, no automatic solution exists, and manual intervention is needed, so that the detection efficiency is low.

The joint detection method, the device, the electronic equipment and the storage medium provided by the embodiment of the application can execute joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request; combining the function detection station and the vehicle networking offline detection station into a new combined detection station, wherein the combined detection station obtains a detection result by sending a combined detection request, saves manpower and material resources by integrating different stations and automatically detecting, and reduces detection cost; if the system problem exists in the detection result, determining the problem type of the system problem; if the problem types are the Internet of vehicles types, automatically solving the system problems; if the problem type is the function type of the vehicle machine, the error reporting prompt is carried out according to the system problem. The system problems of the Internet of vehicles are automatically solved to reduce error reporting and manual intervention, so that the detection efficiency is improved.

A power control method of a fuel cell according to an exemplary embodiment of the present application is described below with reference to the accompanying drawings.

In some embodiments, the joint detection method may be applied to a vehicle network platform (Telematics Service Provider, TSP) that is communicatively coupled to the joint detection station, and may receive the joint detection request sent by the joint detection station, and send the last output detection result to the joint detection station. As shown in fig. 1, the joint detection method includes:

step 101: performing joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the joint detection request comprises a vehicle network offline detection request and a vehicle function detection request.

In the embodiment of the application, the vehicle networking offline detection station is removed, the vehicle networking offline detection station is integrated to the function detection station, the function detection station and the vehicle networking offline detection station are combined to form a new joint detection station, the joint detection station obtains a detection result by sending a joint detection request, the joint detection request comprises a vehicle networking offline detection request and a vehicle function detection request, the vehicle networking offline detection station is integrated to the function detection station, automatic detection according to a request instruction is realized, a staff is not required to perform code scanning detection by using a code scanning gun on site, part of manual intervention operation of the staff is liberated, the staff only needs to perform manual intervention after error reporting prompt, the working time of the staff is reduced, material resources are saved by integrating different stations, the labor cost and equipment cost are saved by automatically performing detection, and the reduction of the detection cost is realized.

Step 102: and determining the type of the problem of the system problem in response to the existence of the system problem in the detection result.

In the specific implementation, for the detection result after the combined detection, the detection result comprises a functional detection result and a vehicle networking detection result, so if the detection result has no system problem, the functional detection and the vehicle networking off-line detection pass through, and no corresponding fault occurs. If the system problem exists in the detection result, whether the system problem belongs to the vehicle function problem or the vehicle networking problem needs to be determined, and if the system problem belongs to the function problem, the system problem is related to the hardware of the vehicle and cannot be automatically repaired or solved, so that manual intervention is needed, namely, only the detection result needs to be output.

However, if the system problem belongs to the internet of vehicles, the problem may occur due to the data transmission caused by the network connection, network fluctuation and other conditions, and the system problem which should not occur is detected, so that the system problem can be automatically solved, that is, if the system problem in the aspect of network transmission is the system problem, the system problem can be automatically solved, however, after the automatic solution, if the hardware equipment is judged to have a certain fault, an investigation prompt is needed to remind staff to intervene, and the hardware equipment is subjected to investigation, maintenance or replacement.

Step 103: and responding to the problem category being the Internet of vehicles category, and automatically solving the system problem.

In specific implementation, after determining that the problem types of the system problems belong to the internet of vehicles, the system problems can be automatically solved, wherein the possible system problems include that component parameters are not uploaded, production line basic data are not uploaded, no-heartbeat state is uploaded, public network reporting is wrong, and the like, and the automatic solutions are as shown in table 1:

table 1 System problem and automated solution relationship Table

As shown in table 1, automatic solution to system problem 1: when the parameters of the components are not transmitted by the provider system, the factory production line is provided with parameter information; and automatically generating the parameter complement information by taking the factory production line information as a main part so as to complement the part parameters which are not uploaded by the supplier system, and updating the detection result. The strong verification is not needed after the parameter is completed, because the parameter completion information generated by the factory production line is provided with the factory ID and different IP addresses, and the strong verification can be reported wrongly.

Automatic solution to system problem 2: when the fact that the production line basic data corresponding to the vehicle identification code is not uploaded is identified, automatic attempt is made to pull again, the pulling is successful, errors are not reported, and the detection result is updated; pull failure, prompt: the data transmission of the automobile assembling and manufacturing execution system is abnormal, and the automobile assembling and manufacturing execution system needs to be checked. Wherein the line base data is uploaded by the vehicle make-up execution system, the line base data comprising unique identification codes for the various systems/components in the vehicle, such as: SN code of HU. The problem that the data transmission occurs at one end of the automobile assembly manufacturing execution system is likely to occur due to the fact that the production line basic data is not uploaded, and the problem that the network fluctuates is likely to occur, so that the production line basic data cannot be uploaded to the internet of vehicles platform.

Automatic solution to system problem 3: when the non-heartbeat state of the intelligent terminal (T-BOX) of the Internet of vehicles is detected to be uploaded, the following steps are needed to be automatically solved: (1) attempting to wake up the T-BOX again, monitoring whether the T-BOX of the vehicle receives the wake-up short message, and if the T-BOX receives the wake-up short message, uploading the T-BOX in a state without a heartbeat. Prompting: checking the T-BOX; (2) the autonomous polling checks whether the bandwidth and the gateway are abnormal, and if the abnormality is detected, the prompting is carried out: the T-BOX needs to be inspected. (1) And (2) synchronously carrying out the process, if a wake-up short message is received, uploading a heartbeat state of the T-BOX, detecting no abnormality of the bandwidth and the gateway, determining that the system problem is solved, and updating the detection result.

Automatic solution to system problem 4: when detecting that the public network of the video entertainment system (In-Vehicle Infotainment, IVI, also called HU) fails, inquiring whether the certificate is issued normally, if so, indicating that other faults exist to cause system problems, and prompting: the HU needs to be examined; if the certificate is not issued normally, pulling the certificate of the video entertainment system again, wherein the pulling is successful, error reporting is not performed, and the detection result is updated; pull failure, prompt: the certificate of the video entertainment system is not issued, and the video entertainment system needs to be checked.

Step 104: and responding to the problem type as the function type of the vehicle-mounted device, and carrying out error reporting prompt according to the system problem.

When the system problems corresponding to locomotive functions are implemented, no matched automatic solution is generally available, so that if the system problems of the locomotive functions occur, error reporting prompt is directly carried out according to the system problems, and a worker can carry out fault detection. Meanwhile, the detection result can be printed into a form of a receipt to display the existing system problems, and data support is provided for subsequent maintenance and investigation. Illustratively, the form of the ticket is as follows:

VIN code: LGWFF6A77MHxxxxx

Breaking result: NOK (NOK)

Time: 2021 8 18-16 54 44

Detect item 1OK

Detect item 2OK

Detecting item 3OK

Detecting item 4OK

Detecting item 5OK

Detecting item 6OK

Exit from factory mode OK

PKI_HU (TSP not detected) NOK

PKI_TBOX (TSP not detected) NOK

Air conditioner pressure 11852KPa OK

Writing in large-version OK of whole car

The detection item being marked OK indicates that there is no system problem, the detection item being marked NOK indicates that there is a system problem, any detection item being marked NOK may mark the diagnosis result as NOK, and only all detection items being marked OK may mark the diagnosis result as OK, wherein TSP is a car networking platform (Telematics Service Provider, TSP).

In summary, the joint detection method provided by the embodiment of the application can execute joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request; combining the function detection station and the vehicle networking offline detection station into a new combined detection station, wherein the combined detection station obtains a detection result by sending a combined detection request, saves manpower and material resources by integrating different stations and automatically detecting, and reduces detection cost; if the system problem exists in the detection result, determining the problem type of the system problem; if the problem types are the Internet of vehicles types, automatically solving the system problems; if the problem type is the function type of the vehicle machine, the error reporting prompt is carried out according to the system problem. The system problems of the Internet of vehicles are automatically solved to reduce error reporting and manual intervention, so that the detection efficiency is improved.

In some embodiments, as shown in FIG. 2, the automatic resolution of the system problem includes:

step 201: a target system corresponding to the system problem is determined.

In specific implementation, system problems may occur, including non-uploading of component parameters, non-uploading of production line basic data, uploading of no-heartbeat state, and reporting of errors in public network. As shown in fig. 3, the uploading of the component parameters is performed by the provider system, so that when a system problem occurs in which the component parameters are not uploaded, the target system corresponding to the system problem in which the component parameters are not uploaded can be determined as the provider system. The uploading of the production line basic data is performed by the automobile assembly manufacturing execution system, so that when the system problem that the production line basic data is not uploaded occurs, the target system corresponding to the system problem that the production line basic data is not uploaded can be determined to be the automobile assembly manufacturing execution system. The uploading of the heartbeat state is performed by the internet of vehicles intelligent terminal system, so that when the system problem of uploading the heartbeat-free state occurs, the target system corresponding to the system problem of uploading the heartbeat-free state can be determined to be the internet of vehicles intelligent terminal system. The issuing of the certificate is executed by the video entertainment system, so that when the system problem of public network error reporting caused by abnormal issuing of the certificate occurs, the target system corresponding to the system problem of public network error reporting can be determined to be the video entertainment system.

Step 202: and automatically solving the system problem according to the target system.

When the method is implemented, after the fact that the component parameters are not uploaded by the provider system is identified, the factory production line information is used as main information to automatically generate the parameter complement information so as to complement the component parameters which are not uploaded by the provider system.

And after the fact that the production line basic data of the automobile assembly manufacturing execution system is not uploaded is identified, pulling the production line basic data from the automobile assembly manufacturing execution system again.

And after the non-heartbeat state uploading of the intelligent terminal of the Internet of vehicles is detected, attempting to wake up the T-BOX again, and autonomously polling to check whether the bandwidth and the gateway are abnormal.

And after detecting that the public network of the video entertainment system reports errors, inquiring whether the certificate of the video entertainment system is issued normally or not.

Step 203: and in response to the system problem being successfully solved, updating the detection result and outputting a new updated detection result.

In the specific implementation, as long as one system problem is successfully solved, it is indicated that at least one fault has been automatically repaired, the detection result obtained after the joint detection is updated, so that manual intervention (part of the system problems are successfully solved) is reduced, even manual intervention is not needed (all the system problems are successfully solved), the mark of the detection item with the system problem in the detection result is updated from NOK to OK, and then the updated new detection result is stored, and the new detection result can be printed in the form of a receipt. If the system problem is not successfully solved, the detection result is stored, and then the detection result is directly printed in the form of a receipt, so that specific fault requesting conditions of staff are informed, the task amount of the staff is reduced, and the detection efficiency is improved.

In some embodiments, the system problem is that the component parameters are not uploaded and the target system is a vendor system; then, as shown in fig. 4, the system problem is automatically solved according to the target system, including:

step 401: and acquiring factory production line information.

In particular, when the system problem is that the component parameters are not uploaded and the target system is a provider system, since the provider system is generally controlled by the provider, the provider system may identify that the component parameter is illegally accessed and needs to reopen the data pulling authority, that is, the provider system may choose to reopen the component parameters, but the pulling efficiency is limited by the provider side, which results in lower efficiency. In addition, since the factory production line itself has parameter information, and the generated parameter completion information can be automatically generated based on the factory production line information in order to improve the efficiency of solving the system problem, it is first necessary to acquire the factory production line information and provide data support for the generated parameter completion information.

Step 402: and automatically generating parameter completion information according to the factory production line information to complete the component parameters which are not uploaded by the supplier system, and determining that the system problems are successfully solved.

In the specific implementation, the factory production line information is taken as a basis, the data screening and the data filtering are used for automatically generating the parameter completion information so as to complete the component parameters which are not uploaded by the supplier system, after the parameter completion information is generated, the system problem is determined to be successfully solved, and the detection result is updated. The strong verification process can be stopped after the parameter completion is performed, because the parameter completion information generated by the factory production line is provided with the factory ID and different IP addresses, and when the strong verification is performed, the error reporting can be performed when the component parameters are found to contain the ID and the IP addresses.

In some embodiments, the system problem is that the production line base data is not uploaded, and the target system is an automobile assembly manufacturing execution system; then, as shown in fig. 5, the system problem is automatically solved according to the target system, including:

step 501: and re-pulling the basic data of the production line in the automobile assembly manufacturing execution system.

In the implementation, when the problem of the system is that the basic data of the production line is not uploaded and the target system is the automobile assembling and manufacturing execution system, the data can be directly pulled because the automobile assembling and manufacturing execution system is an internal system, so that the basic data of the production line in the automobile assembling and manufacturing execution system can be pulled again.

It should be noted that "pull" (pull) and "fetch" (fetch) are two common operations that can be used to obtain code from a remote repository. They differ mainly in that: pull (pull): the code of the remote repository is merged into the local branch, while the code of the local repository is updated. Acquisition (fetch): the code updates of the remote repository are downloaded to the local repository but are not automatically merged to the current branch, requiring manual merging. Specifically, the pull operation includes two steps: the code of the remote repository is obtained (fetch) and stored in the local repository. The local branch is merged with the remote branch, and the code update of the remote repository is merged into the local branch. While the fetch operation includes only the first step of fetching code updates from a remote repository and storing them in a local repository, but not automatically merging into the current branch.

Step 502: in response to successful production line base data pull, a system problem is determined to be successfully resolved.

When the method is implemented, after the production line basic data in the automobile assembly manufacturing execution system is pulled again, if the production line basic data is pulled successfully, the automobile assembly manufacturing execution system is proved to have no faults, the system problem is determined to be solved successfully, error reporting is not carried out, and the detection result is updated.

Step 503: and responding to the failure of the pull of the basic data of the production line, prompting the transmission abnormality of the automobile assembly manufacturing execution system, and determining that the system problem is not successfully solved.

In the specific implementation, if the pull of the basic data of the production line fails, which indicates that a certain fault exists in the automobile assembly manufacturing execution system and the uploading of the basic data of the production line cannot be realized, the abnormal data transmission of the automobile assembly manufacturing execution system is prompted, and the automobile assembly manufacturing execution system needs to be checked.

In some embodiments, the system problem is a no-heartbeat status upload, and the target system is a vehicle networking intelligent terminal system; then, as shown in fig. 6, the system problem is automatically solved according to the target system, including:

step 601: and re-waking the intelligent terminal system of the internet of vehicles, and polling to check whether the bandwidth and the gateway are abnormal.

In the implementation, when the system problem is that the system is uploaded in a non-heartbeat state and the target system is an intelligent terminal system of the Internet of vehicles, the secondary awakening of the T-BOX and the autonomous polling are synchronously carried out to check whether the bandwidth and the gateway are abnormal or not. The T-BOX is awakened again to determine whether the T-BOX cannot be awakened normally and the non-heartbeat state is uploaded; the autonomous polling checks whether the bandwidth and the gateway are abnormal or not to determine whether the bandwidth or the gateway or the heartbeat data uploading failure caused by the abnormal bandwidth is the failure or not, and to determine the specific cause of the failure.

Step 602: and responding to successful wake-up of the intelligent terminal system of the Internet of vehicles, and re-detecting the heartbeat state.

In the implementation, whether the T-BOX of the vehicle receives a wake-up short message is monitored, if the wake-up short message is received, the T-BOX is successfully waken, and the fact that the T-BOX does not have a fault which cannot be waken up is indicated; and re-detecting the heartbeat state, and further determining the cause of the system problem.

Step 603: in response to receiving the heartbeat condition, with no exception in both bandwidth and gateway, it is determined that the system problem was successfully solved.

In the implementation, if the heartbeat state is received and the bandwidth and the gateway are not abnormal, the T-BOX can smoothly send out the heartbeat state, and the bandwidth and the gateway can smoothly transmit the heartbeat state, namely, the intelligent terminal system of the Internet of vehicles does not have hardware faults, and the system problem is determined to be successfully solved due to the fact that the heartbeat state is received.

Step 604: and prompting to check the intelligent terminal system of the Internet of vehicles and determining that the system problem is not successfully solved in response to the fact that the heartbeat state is not received and/or the bandwidth is abnormal and/or the gateway is abnormal.

In specific implementation, the T-BOX is successfully awakened and is not uploaded in a heartbeat state, so that the T-BOX cannot send out the heartbeat state, namely the T-BOX fails, and the T-BOX is required to be checked. If the abnormality of the gateway and/or the broadband is detected, indicating that the heartbeat state has faults in the transmission process, and prompting: the T-BOX needs to be inspected. Therefore, as long as at least one of the condition that the heartbeat state is not received, the bandwidth is abnormal and the gateway is abnormal, the condition that the hardware has problems can be determined, the intelligent terminal system of the internet of vehicles is prompted to check, the system problems are determined to be not successfully solved, and manual intervention is needed.

In some embodiments, the system problem is a public network error report, and the target system is an audio-visual entertainment system; then, as shown in fig. 7, the system problem is automatically solved according to the target system, including:

step 701: inquiring whether the certificate of the video entertainment system is issued normally.

When the system problem is public network error reporting and the target system is an audio-video entertainment system, the method inquires whether the certificate of the audio-video entertainment system is issued normally or not and is used for determining whether the public network error reporting is caused by the certificate issuing fault or not.

Step 702: and responding to the abnormal issuing of the certificate, re-pulling the certificate, if the re-pulling is successful, determining that the system problem is successfully solved, and if the re-pulling is failed, determining that the system problem is not successfully solved.

When the method is implemented, if the certificate is issued abnormally, the public network error reporting caused by the lack of the certificate is indicated, the certificate of the video entertainment system is pulled again, if the pulling is successful, the error reporting is not carried out, and the detection result is updated; if the pull fails, prompting: the certificate of the video entertainment system is not issued, and the video entertainment system needs to be checked.

Step 703: and prompting to check the video entertainment system and determining that the system problem is not successfully solved in response to the normal issuing of the certificate.

In the specific implementation, if the certificate is issued normally, indicating that other faults exist to cause system problems, prompting: the HU needs to be examined.

In some embodiments, as shown in fig. 8, after outputting the updated new detection result, the method further includes:

step 801: and determining the vehicle identification code of the vehicle corresponding to the new detection result.

In specific implementation, the joint detection request carries a vehicle identification code for determining a target vehicle under offline detection, so that after the updated new detection result is output, the vehicle identification code of the vehicle corresponding to the new detection result is determined for the detection result and the target vehicle according to the relevance of the vehicle identification code.

Step 802: and integrating the vehicle identification code and the new detection result to obtain a history detection result, and outputting the history detection result when receiving the history inquiry request.

In specific implementation, the vehicle identification code and the new detection result are integrated to obtain a history detection result, and when a history inquiry request is received, the history detection result is output, so that convenience is brought to the follow-up retrieval of the history detection result. I.e., the vehicle identification code can be directly input as a search index to find the required historical detection result.

It should be noted that, the method of the embodiment of the present application may be performed by a single device, for example, a computer or a server. The method of the embodiment can also be applied to a distributed scene, and is completed by mutually matching a plurality of devices. In the case of such a distributed scenario, one of the devices may perform only one or more steps of the method of an embodiment of the present application, the devices interacting with each other to accomplish the method.

It should be noted that the foregoing describes some embodiments of the present application. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments described above and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

Based on the same inventive concept, the application also provides a joint detection device corresponding to the method of any embodiment.

Referring to fig. 9, the joint detection apparatus includes:

the joint detection module 10 is configured to: performing joint detection according to the joint detection request sent by the monitored joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request;

a problem classification module 20 configured to: determining the type of the problem of the system problem in response to the system problem in the detection result;

a problem-solving module 30 configured to: responding to the type of the problem as the Internet of vehicles type, and automatically solving the system problem;

the error reporting module 40 is configured to: and responding to the problem type as the function type of the vehicle-mounted device, and carrying out error reporting prompt according to the system problem.

For convenience of description, the above devices are described as being functionally divided into various modules, respectively. Of course, the functions of each module may be implemented in the same piece or pieces of software and/or hardware when implementing the present application.

The device of the foregoing embodiment is configured to implement the corresponding joint detection method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiment, which is not described herein.

Based on the same inventive concept, the application also provides an electronic device corresponding to the method of any embodiment, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor realizes the joint detection method of any embodiment when executing the program.

Fig. 10 shows a more specific hardware architecture of an electronic device according to this embodiment, where the device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 implement communication connections therebetween within the device via a bus 1050.

The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit ), microprocessor, application specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc. for executing relevant programs to implement the technical solutions provided in the embodiments of the present disclosure.

The Memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory ), static storage device, dynamic storage device, or the like. Memory 1020 may store an operating system and other application programs, and when the embodiments of the present specification are implemented in software or firmware, the associated program code is stored in memory 1020 and executed by processor 1010.

The input/output interface 1030 is used to connect with an input/output module for inputting and outputting information. The input/output module may be configured as a component in a device (not shown) or may be external to the device to provide corresponding functionality. Wherein the input devices may include a keyboard, mouse, touch screen, microphone, various types of sensors, etc., and the output devices may include a display, speaker, vibrator, indicator lights, etc.

Communication interface 1040 is used to connect communication modules (not shown) to enable communication interactions of the present device with other devices. The communication module may implement communication through a wired manner (such as USB, network cable, etc.), or may implement communication through a wireless manner (such as mobile network, WIFI, bluetooth, etc.).

Bus 1050 includes a path for transferring information between components of the device (e.g., processor 1010, memory 1020, input/output interface 1030, and communication interface 1040).

It should be noted that although the above-described device only shows processor 1010, memory 1020, input/output interface 1030, communication interface 1040, and bus 1050, in an implementation, the device may include other components necessary to achieve proper operation. Furthermore, it will be understood by those skilled in the art that the above-described apparatus may include only the components necessary to implement the embodiments of the present description, and not all the components shown in the drawings.

The electronic device of the foregoing embodiment is configured to implement the corresponding joint detection method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiment, which is not described herein.

Based on the same inventive concept, the present application also provides a non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the joint detection method according to any of the above embodiments, corresponding to the method of any of the above embodiments.

The computer readable media of the present embodiments, including both permanent and non-permanent, removable and non-removable media, may be used to implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device.

The storage medium of the foregoing embodiments stores computer instructions for causing the computer to perform the joint detection method according to any one of the foregoing embodiments, and has the advantages of the corresponding method embodiments, which are not described herein.

It will be appreciated that before using the technical solutions of the various embodiments in the disclosure, the user may be informed of the type of personal information involved, the range of use, the use scenario, etc. in an appropriate manner, and obtain the authorization of the user.

For example, in response to receiving an active request from a user, a prompt is sent to the user to explicitly prompt the user that the operation it is requesting to perform will require personal information to be obtained and used with the user. Therefore, the user can select whether to provide personal information to the software or hardware such as the electronic equipment, the application program, the server or the storage medium for executing the operation of the technical scheme according to the prompt information.

As an alternative but non-limiting implementation, in response to receiving an active request from a user, the manner in which the prompt information is sent to the user may be, for example, a popup, in which the prompt information may be presented in a text manner. In addition, a selection control for the user to select to provide personal information to the electronic device in a 'consent' or 'disagreement' manner can be carried in the popup window.

It will be appreciated that the above-described notification and user authorization process is merely illustrative, and not limiting of the implementations of the present disclosure, and that other ways of satisfying relevant legal regulations may be applied to the implementations of the present disclosure.

Those of ordinary skill in the art will appreciate that: the discussion of any of the embodiments above is merely exemplary and is not intended to suggest that the scope of the application (including the claims) is limited to these examples; the technical features of the above embodiments or in the different embodiments may also be combined within the idea of the application, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the application as described above, which are not provided in detail for the sake of brevity.

Additionally, well-known power/ground connections to Integrated Circuit (IC) chips and other components may or may not be shown within the provided figures, in order to simplify the illustration and discussion, and so as not to obscure the embodiments of the present application. Furthermore, the devices may be shown in block diagram form in order to avoid obscuring the embodiments of the present application, and also in view of the fact that specifics with respect to implementation of such block diagram devices are highly dependent upon the platform within which the embodiments of the present application are to be implemented (i.e., such specifics should be well within purview of one skilled in the art). Where specific details (e.g., circuits) are set forth in order to describe example embodiments of the application, it should be apparent to one skilled in the art that embodiments of the application can be practiced without, or with variation of, these specific details. Accordingly, the description is to be regarded as illustrative in nature and not as restrictive.

While the application has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of those embodiments will be apparent to those skilled in the art in light of the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the embodiments discussed.

The present embodiments are intended to embrace all such alternatives, modifications and variances which fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, and the like, which are within the spirit and principles of the embodiments of the application, are intended to be included within the scope of the application.

Claims (10)

1. The combined detection method is characterized in that the function detection station and the vehicle networking offline detection station are one combined detection station; the method comprises the following steps:

executing joint detection according to the joint detection request sent by the joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request;

determining a problem type of a system problem in response to the existence of the system problem in the detection result; wherein the system problem indicates that detection items which do not pass detection exist in the detection result;

Responding to the problem category as the Internet of vehicles category, and automatically solving the system problem;

and responding to the problem type as a vehicle function type, and carrying out error reporting prompt according to the system problem.

2. The method of claim 1, wherein the automatically solving the system problem comprises:

determining a target system corresponding to the system problem;

automatically solving the system problem according to the target system;

and in response to the system problem being successfully solved, updating the detection result and outputting a new updated detection result.

3. The method of claim 2, wherein the system problem is that component parameters are not uploaded and the target system is a vendor system;

the automatic solution to the system problem according to the target system includes:

acquiring factory production line information;

and automatically generating parameter completion information according to the factory production line information so as to complete the component parameters which are not uploaded by the supplier system, and determining that the system problem is successfully solved.

4. The method of claim 2, wherein the system problem is that production line base data is not uploaded, and the target system is an automotive manufacturing execution system;

The automatic solution to the system problem according to the target system includes:

re-pulling the basic data of the production line in the automobile assembly manufacturing execution system;

in response to successful pull of the production line base data, determining that the system problem was successfully solved;

and responding to the failure of the pull of the production line basic data, prompting the transmission abnormality of the automobile assembly manufacturing execution system, and determining that the system problem is not successfully solved.

5. The method of claim 2, wherein the system problem is a no-heartbeat status upload and the target system is a car networking intelligent terminal system;

the automatic solution to the system problem according to the target system includes:

the intelligent terminal system of the Internet of vehicles is awakened again, and whether the bandwidth and the gateway are abnormal or not is checked in a polling mode;

responding to successful awakening of the intelligent terminal system of the Internet of vehicles, and re-detecting the heartbeat state;

in response to receiving the heartbeat state, and the bandwidth and the gateway are both abnormal, determining that the system problem was successfully solved;

and prompting to check the intelligent terminal system of the Internet of vehicles and determining that the system problem is not successfully solved in response to the fact that the heartbeat state is not received and/or the bandwidth is abnormal and/or the gateway is abnormal.

6. The method of claim 2, wherein the system problem is a public network error report and the target system is an audio-visual entertainment system;

the automatic solution to the system problem according to the target system includes:

inquiring whether the certificate of the video entertainment system is issued normally or not;

responding to the abnormal issuing of the certificate, re-pulling the certificate, if the re-pulling is successful, determining that the system problem is successfully solved, and if the re-pulling is failed, determining that the system problem is not successfully solved;

and responding to the normal issuing of the certificate, prompting to check the video entertainment system, and determining that the system problem is not successfully solved.

7. The method according to claim 2, further comprising, after outputting the updated new detection result:

determining a vehicle identification code of the vehicle corresponding to the new detection result;

and integrating the vehicle identification code and the new detection result to obtain a history detection result, and outputting the history detection result when a history inquiry request is received.

8. The combined detection device is characterized in that the function detection station and the vehicle networking offline detection station are one combined detection station; the device comprises:

A joint detection module configured to: executing joint detection according to the joint detection request sent by the joint detection station to obtain a detection result; the combined detection request comprises a vehicle network offline detection request and a vehicle function detection request;

a problem classification module configured to: determining a problem type of a system problem in response to the existence of the system problem in the detection result;

a problem-solving module configured to: responding to the problem category as the Internet of vehicles category, and automatically solving the system problem;

the error reporting prompt module is configured to: and responding to the problem type as a vehicle function type, and carrying out error reporting prompt according to the system problem.

9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 7 when the program is executed by the processor.

10. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of any one of claims 1 to 7.