Diagnostic service request processing method and device, equipment, medium and vehicle

Abstract

The invention relates to a diagnostic service request processing method and device, equipment, a medium and a vehicle. The diagnosis questionnaire is used as a data source, the diagnosis service framework is automatically generated based on the information analyzed by the diagnosis questionnaire to support the diagnosis service, and the analysis result of the diagnosis questionnaire is directly utilized, so that the analysis and processing of the diagnosis questionnaire can be carried out in an original system, and the analysis efficiency is improved. The problem that a third-party editing or processing tool needs to be introduced when the data in the ODX database is analyzed and processed is solved, and the processing flexibility of the diagnostic service request is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular to a diagnostic service request processing method, device, equipment, medium and vehicle. Background Art

[0002] The ECU diagnostic service module is a basic service component that realizes application requirements such as ECU flashing, self-diagnosis and calibration. At the same time, due to the relatively complex relevant ISO and enterprise standards, its functional architecture design is generally more complex and closely integrated with specific business processes.

[0003] In the prior art, diagnostic services are usually based on diagnostic questionnaires, and a hard-coded method is used inside the ECU to parse and process diagnostic services. The parameters of the diagnostic services are highly coupled to the business process and have poor flexibility.

[0004] In order to decouple diagnostic services from business processes, the existing technology usually automatically generates a diagnostic framework for diagnostic services based on the ODX database to integrate the parameters required for various types of diagnostic services. However, the ODX format file itself requires dedicated hardware and software for editing and exporting. Therefore, in the ODX database parsing and data application process, it is necessary to additionally configure corresponding dedicated hardware and write corresponding software, which is costly and not flexible enough. Summary of the invention

[0005] In order to solve the above technical problems, the present disclosure provides a diagnostic service request processing method, apparatus, device, medium and vehicle to improve the flexibility of the diagnostic service request processing method.

[0006] In a first aspect, an embodiment of the present disclosure provides a diagnostic service request processing, including:

[0007] Parsing the diagnostic questionnaire to obtain service information in the diagnostic questionnaire;

[0008] Determining, from the service information, target information required for processing the diagnostic service request according to the received diagnostic service request;

[0009] Based on the target information, generating a diagnostic service framework in a preset format, wherein the diagnostic service framework is used to support the diagnostic business corresponding to the diagnostic service request;

[0010] According to the diagnostic service framework, the diagnostic service request is processed according to preset diagnostic business logic.

[0011] In some embodiments, parsing the diagnostic questionnaire to obtain service information in the diagnostic questionnaire includes:

[0012] Parsing multiple worksheets in the diagnostic questionnaire to obtain data in each worksheet;

[0013] Classify the data in each worksheet to obtain the service information;

[0014] The service information is provided externally in the form of a diagnostic service query interface.

[0015] In some embodiments, the diagnostic service query interface includes at least the following types:

[0016] Service list query interface, service request query interface, service response query interface, service attribute query interface.

[0017] In some embodiments, determining target information from the service information according to the received diagnostic service request includes:

[0018] According to the received diagnostic service request, the diagnostic service query interface is called to obtain target information required for processing the diagnostic service request from the service information, wherein the target information at least includes a data format of the service corresponding to the service request and attribute parameters of the service corresponding to the service request.

[0019] In some embodiments, after processing the diagnostic service request according to the diagnostic service framework and the preset diagnostic service logic, the method further includes:

[0020] If the diagnostic service is successfully processed and the positive response suppression bit of the diagnostic service is not set, then the response data of the diagnostic service is processed; or,

[0021] If the diagnostic service processing is successful and the positive response suppression bit of the diagnostic service is set, the diagnostic service request processing flow ends.

[0022] In some embodiments, the processing of the response data of the diagnostic service includes:

[0023] Encapsulating the response data according to the UDS protocol stack format to obtain encapsulated data;

[0024] The encapsulated data is fed back to the sender of the diagnostic service request.

[0025] In a second aspect, an embodiment of the present disclosure provides a diagnostic service request processing device, including:

[0026] A parsing module, used for parsing the diagnostic questionnaire to obtain the service information in the diagnostic questionnaire;

[0027] a determination module, configured to determine, based on the received diagnostic service request, target information required for processing the diagnostic service request from the service information;

[0028] A generating module, configured to generate a diagnostic service framework in a preset format based on the target information, wherein the diagnostic service framework is configured to support the diagnostic service corresponding to the diagnostic service request;

[0029] The first processing module is used to process the diagnostic service request according to the diagnostic service framework and preset diagnostic service logic.

[0030] In a third aspect, an embodiment of the present disclosure provides an electronic device, including:

[0031] Memory;

[0032] Processor; and

[0033] Computer programs;

[0034] The computer program is stored in the memory and is configured to be executed by the processor to implement the method as described in the first aspect.

[0035] In a fourth aspect, an embodiment of the present disclosure provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program is executed by a processor to implement the method described in the first aspect.

[0036] In a fifth aspect, an embodiment of the present disclosure provides a vehicle, comprising the device, electronic device or computer-readable storage medium as described above.

[0037] The diagnostic service request processing method, apparatus, device, medium and vehicle provided by the embodiments of the present disclosure obtain service information in the diagnostic questionnaire by parsing the diagnostic questionnaire; determine target information required for processing the diagnostic service request from the service information according to the received diagnostic service request; generate a diagnostic service framework in a preset format based on the target information, the diagnostic service framework being used to support the diagnostic business corresponding to the diagnostic service request; according to the diagnostic service framework, process the diagnostic service request according to the preset diagnostic business logic, use the diagnostic questionnaire as a data source, and automatically generate a diagnostic service framework based on the information parsed from the diagnostic questionnaire to support the diagnostic business. Since the information parsed from the diagnostic questionnaire is directly used, the parsing and processing of the diagnostic questionnaire can be performed in the native system, which solves the problem of introducing third-party editing or processing tools when parsing and processing data in the ODX database, and improves the flexibility of diagnostic service request processing. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

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

[0040] Figure 1 A flow chart of a method for processing a diagnostic service request provided by an embodiment of the present disclosure;

[0041] Figure 2 A schematic diagram of an application scenario provided by an embodiment of the present disclosure;

[0042] Figure 3 A schematic diagram of analyzing a questionnaire provided in an embodiment of the present disclosure;

[0043] Figure 4 A schematic diagram of generating a diagnostic service framework provided by an embodiment of the present disclosure;

[0044] Figure 5 A flowchart of a diagnostic service request processing method provided by another embodiment of the present disclosure;

[0045] Figure 6 A state diagram of a diagnostic service state machine provided in an embodiment of the present disclosure;

[0046] Figure 7 A schematic diagram of the structure of a diagnostic service request processing device provided in an embodiment of the present disclosure;

[0047] Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure. DETAILED DESCRIPTION

[0048] In order to more clearly understand the above-mentioned objectives, features and advantages of the present disclosure, the scheme of the present disclosure will be further described below. It should be noted that the embodiments of the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0049] In the following description, many specific details are set forth to facilitate a full understanding of the present disclosure, but the present disclosure may also be implemented in other ways different from those described herein; it is obvious that the embodiments in the specification are only part of the embodiments of the present disclosure, rather than all of the embodiments.

[0050] The embodiment of the present disclosure provides a method for processing a diagnostic service request, which is described below in conjunction with a specific embodiment.

[0051] Figure 1 This is a flow chart of the diagnostic service request processing method provided by the embodiment of the present disclosure. The method can be applied to Figure 2 In the application scenario shown, the diagnostic service system in the application scenario includes a diagnostic service query interface, a dynamic code generation interface, and a static service interface. It can be understood that the diagnostic service request processing method provided in the embodiment of the present disclosure can also be applied in other scenarios.

[0052] Combine the following Figure 2 The application scenario shown is Figure 1 The method for processing a diagnostic service request is described below. The method includes the following specific steps:

[0053] S101, parsing a diagnostic questionnaire to obtain service information in the diagnostic questionnaire.

[0054] The diagnostic questionnaire, also known as the diagnostic questionnaire, is a description file of the diagnostic database, usually in EXCEL format. The diagnostic questionnaire describes the unified diagnostic services (UDS) supported by the current electronic control unit (ECU) and the specific parameters and formats of each service, and clearly describes and defines each valid byte of each service response data.

[0055] Diagnostic service refers to the fault diagnosis service provided by the diagnostic server based on the ISO 14229 UDS protocol, wherein the diagnostic server refers to the above-mentioned ECU.

[0056] The format of the diagnostic questionnaire is stable and unified within the system or organization, covering all the information required for diagnostic services and meeting the basic requirements of a diagnostic database. Therefore, using the diagnostic questionnaire as a data source for code generation does not require the introduction of third-party editing or processing tools.

[0057] S102: According to the received diagnostic service request, determine target information required for processing the diagnostic service request from the service information.

[0058] ECU supports multiple UDS diagnostic services. Each diagnostic service has a unicode generated according to the specific attributes of the diagnostic service as the unique identifier of the diagnostic service. By obtaining the unique identifier of the diagnostic service from the diagnostic service request, the target information required to process the diagnostic service request can be determined from the server information, that is, various related information of the diagnostic service.

[0059] S103: Generate a diagnostic service framework based on the target information in a preset format, where the diagnostic service framework is used to support the diagnostic business corresponding to the diagnostic service request.

[0060] After receiving the diagnostic service request from the diagnostic party, in order to execute the diagnostic service corresponding to the diagnostic service request, the target information associated with the diagnostic service is first determined. In some embodiments, the target information can be determined in the service information by calling the diagnostic service query interface.

[0061] The preset format is the UDS Server diagnostic framework, which includes the UDS protocol stack and target information from the diagnostic questionnaire. Based on the target information, the dynamic code generation interface is called to generate a diagnostic service framework according to the preset format based on the target information to support the diagnostic business corresponding to the diagnostic service request.

[0062] S104: Process the diagnostic service request according to the diagnostic service framework and preset diagnostic service logic.

[0063] Preset diagnostic business logic (such as Figure 2 The UDS diagnostic service code shown in () is only related to the ISO enterprise standard system, and its processing logic is relatively fixed. According to the preset diagnostic service logic, the diagnostic service framework supports the processing of the diagnostic service corresponding to the diagnostic service request to realize the processing of the diagnostic service request.

[0064] Specifically, the preset diagnostic service logic is equivalent to a program composed of codes, which is run in the diagnostic service framework generated in the above steps, and the diagnostic service request is used as the input of the program. After the program is completed, the processing result of the diagnostic service request can be obtained, for example

[0065] The disclosed embodiment parses a diagnostic questionnaire to obtain service information in the diagnostic questionnaire; determines target information from the service information according to a received diagnostic service request; generates a diagnostic service framework in a preset format based on the target information, the diagnostic service framework being used to support the diagnostic business corresponding to the diagnostic service request; processes the diagnostic service request according to a preset diagnostic business logic based on the diagnostic service framework, uses the diagnostic questionnaire as a data source, and automatically generates a diagnostic service framework based on the information parsed from the diagnostic questionnaire to support the diagnostic business, without introducing third-party editing or processing tools, thereby improving the flexibility of processing diagnostic service requests.

[0066] At the same time, the disclosed embodiment separates the generation of the diagnostic service framework from the preset diagnostic business logic, so that the diagnostic development process is concise and fast, and the deployment stage is stable and reliable.

[0067] On the basis of the above-mentioned embodiment, the method of parsing the diagnostic questionnaire to obtain the service information in the diagnostic questionnaire includes: parsing multiple worksheets in the diagnostic questionnaire to obtain the data in each worksheet; classifying and processing the data in each worksheet to obtain the service information; and providing the service information to the outside in the form of a diagnostic service query interface. Accordingly, according to the received diagnostic service request, the target information is determined from the service information, including: according to the received diagnostic service request, calling the diagnostic service query interface to obtain the target information required for processing the diagnostic service request from the service information, and the target information at least includes the data format of the service corresponding to the service request and the attribute parameters of the service corresponding to the service request.

[0068] Figure 3 This is a schematic diagram of the questionnaire analysis provided by the embodiment of the present disclosure. Figure 3 As shown, the survey diagnostic questionnaire is parsed by the diagnostic service parser. As mentioned above, the diagnostic questionnaire describes the unified diagnostic services (UDS) and specific parameters and formats of each service supported by the current electronic control unit (ECU), and clearly describes and defines each valid byte of each service response data. The diagnostic questionnaire includes multiple worksheets. Taking the DID worksheet as an example, this worksheet specifically describes the frame format of the 0x22 service, including: bytes, size, sub-services, numerical conversion, etc. Therefore, by parsing the DID worksheet, data related to the 0x22 service can be obtained.

[0069] After parsing each worksheet in the diagnostic questionnaire, the data in each worksheet is obtained, and the data in each worksheet is further integrated and classified to obtain service information, which is then provided to the outside in the form of a diagnostic service query interface (API).

[0070] Specifically, the data is divided into four categories and provided to the outside in the form of an interface, that is, the diagnostic service query interface includes at least four types, namely, the service list query interface, the service request query interface, the service response query interface, and the service attribute query interface. Among them, the service list includes all UDS services supported by the current ECU, and the international standard character set (unicode) corresponding to each UDS service is used as the unique identifier of the service. The unicode is generated according to the specific attributes of the service and provided to the outside in the form of an interface; the service request describes the specific format of the request in the UDS service in the form of a data structure, and the service response describes the specific format of the response in the UDS service in the form of a data structure and provides it to the outside in the form of an interface; the service attributes use the above unicode as a key to query the attribute parameters of each service, which are provided to the outside in the form of an interface, including but not limited to: waiting time, session, security level, etc.

[0071] The diagnostic service query interface can provide three types of services: diagnostic parameter query service, service request information query (such as: sub function, DID, DTC, etc.) and service response data encapsulation interface. The diagnostic parameter query service is used to query the specific parameters of the service corresponding to the service request and obtain the attribute parameters of the service corresponding to the service request; the service request information query is used to provide support in the diagnostic service business processing; the service response data encapsulation interface is used to convert the response parameters generated during business processing that cannot be directly used for UDS protocol communication according to the data format of the service corresponding to the service request (such as the specific format of the request and the specific format of the response) to perform related operations such as numerical conversion, unit conversion and effective value verification, so that the response parameters can be used for UDS protocol communication.

[0072] The disclosed embodiment parses the multiple worksheets in the diagnostic questionnaire in sequence to obtain the data in each worksheet; classifies the data in each worksheet to obtain the service information; and provides the service information to the outside in the form of a diagnostic service query interface. The corresponding data and information can be obtained and the corresponding service can be completed by calling the diagnostic service query interface, thereby further improving the flexibility of the diagnostic service request processing method.

[0073] Figure 4 A schematic diagram of generating a diagnostic service framework provided by an embodiment of the present disclosure. Figure 4As shown, the disclosed embodiment can generate code according to the specified file format by calling the dynamic code generation interface. The dynamic code generation interface encapsulates the IO and file output interface printer at the bottom layer, and on this basis encapsulates the generators of files, classes, structures and basic data types; finally, the code generation adapter interface uniformly encapsulates each generator and uniformly provides an external interface. During the execution of the diagnostic service request processing method, the diagnostic service framework corresponding to the diagnostic service request can be generated by calling the dynamic code generation interface in a hard-coded manner.

[0074] Figure 5 This is a flow chart of a diagnostic service request processing method provided by another embodiment of the present disclosure. Figure 5 As shown, the method includes the following steps:

[0075] S501: Parse a diagnostic questionnaire to obtain service information in the diagnostic questionnaire.

[0076] S502: According to the received diagnostic service request, determine target information required for processing the diagnostic service request from the service information.

[0077] S503: Generate a diagnostic service framework based on the target information in a preset format, where the diagnostic service framework is used to support the diagnostic business corresponding to the diagnostic service request.

[0078] S504: Process the diagnostic service request according to the diagnostic service framework and preset diagnostic service logic.

[0079] Specifically, the implementation process and principle of S501 to S504 are consistent with those of S101 to S104, and will not be described in detail here.

[0080] S505 , determine whether the diagnosis service processing is successful; if so, execute S506 ; if not, execute S509 .

[0081] According to the diagnostic service framework, the diagnostic service request is processed according to the preset diagnostic service logic, that is, the diagnostic service processing is performed based on the diagnostic service framework according to the preset service logic.

[0082] S506 , determine whether the positive response suppression bit of the diagnostic service is set; if so, execute S510 ; if not, execute S507 .

[0083] The positive response suppression bit (SPRMIB) is the highest bit in the Subfunction byte. The positive response suppression bit can only be supported if the service supports Subfunction. When the positive response suppression bit is set to 1, all positive responses are required not to be sent; when the positive response suppression bit is 0, positive responses are not suppressed. It should be noted that the state of this flag bit only suppresses positive responses, not negative responses.

[0084] That is, when the positive response suppression bit of the diagnostic service is set, the ECU will not give a positive response to the service. At this time, if no positive response is received, it means that the diagnostic service processing is completed, and the diagnostic service request processing flow is ended.

[0085] S507 . Encapsulate the response data according to the UDS protocol stack format to obtain encapsulated data.

[0086] When the positive response suppression bit of the diagnostic service is not set, the ECU will give a positive response to the service. However, as mentioned above, the response parameters of the positive response cannot be directly used for UDS protocol communication. Related operations such as numerical conversion, unit conversion and effective value verification are required to encapsulate the response data according to the UDS protocol stack format to obtain encapsulated data.

[0087] S508: Feedback the encapsulated data to the sender of the diagnostic service request.

[0088] A positive response means that the diagnostic service request has been processed correctly. When the positive response suppression bit is 0, the positive response is not suppressed. The response data given by the ECU to the service includes a positive response, and the response data is encapsulated and called encapsulated data that can be used for UDS protocol communication. The encapsulated data is further fed back to the sender of the diagnostic service request through the UDS protocol.

[0089] S509: Process the negative response to the diagnostic service.

[0090] For a negative response, it means that the ECU has rejected the diagnostic service request, and the negative response includes a negative response code (NRC), which is used to characterize the specific reason for the failure of the specific diagnostic service processing, and further feeds back the negative response to the sender of the diagnostic service request. Among them, the negative response is also processed according to the UDS protocol stack format, so that the processed negative response can be used for UDS protocol communication.

[0091] S510, end.

[0092] The disclosed embodiment realizes the diagnostic service framework by directly loading the diagnostic questionnaire, further realizes the platformization of the diagnostic service, and significantly enhances the cross-platform capability. At the same time, it frees developers from complicated development work, allowing them to focus their main energy on the development of diagnostic business-related functions, thereby improving development efficiency and greatly improving maintainability.

[0093] Figure 6 The state diagram of the diagnostic service state machine provided by the embodiment of the present disclosure. The diagnostic service state machine can be maintained through a static code interface. For each state, a preset processing logic is deployed, including a processing flow and a calling program adapted to the dynamic code generation interface. Figure 6 As shown, the diagnostic service state machine includes the following states:

[0094] The pre-processing state is the initial state of the state machine. This stage is used to check the legality of the parameters related to each service in the system. If the pre-processing succeeds, the service processing state is entered. If it fails, the post-processing state is entered.

[0095] In the service processing state, service-related processing is performed according to the service parameters. In this state, the dynamic code generation interface is called to generate a diagnostic service framework. After completion, it enters the business processing state.

[0096] In the business processing state, the specific diagnostic business corresponding to the diagnostic service request is processed, such as session switching, security level status switching, querying DTC status, etc. If it fails, it will enter the post-processing state; if it succeeds and the affirmative response suppression bit (SPRMIB) is not set, it will enter the parameter processing state; if it succeeds and the affirmative response suppression bit (SPRMIB) is set, it will directly enter the completion state.

[0097] In the parameter processing state, according to the format requirements of the UDS protocol stack, the relevant parameters of the positive or negative response are encapsulated, and then the post-processing stage is entered.

[0098] In the post-processing state, positive and negative responses are processed according to the NRC.

[0099] The completion state is the end state of the state machine, indicating that the current diagnostic service request processing is completed and the process ends.

[0100] Figure 7 The structure diagram of the diagnostic service request processing device provided in the embodiment of the present disclosure. The diagnostic service request processing device may be the diagnostic service system as described in the above embodiment, or the diagnostic service request processing device may be a component or assembly in the diagnostic service system. The diagnostic service request processing device provided in the embodiment of the present disclosure may execute the processing flow provided in the embodiment of the diagnostic service request processing method, such as Figure 7As shown, the diagnostic service request processing device 70 includes: a parsing module 71, a determination module 72, a generation module 73, and a first processing module 74; the parsing module 71 is used to parse the diagnostic questionnaire to obtain the service information in the diagnostic questionnaire; the determination module 72 is used to determine the target information required for processing the diagnostic service request from the service information according to the received diagnostic service request; the generation module 73 is used to generate a diagnostic service framework in a preset format based on the target information, and the diagnostic service framework is used to support the diagnostic business corresponding to the diagnostic service request; the first processing module 74 is used to process the diagnostic service request according to the preset diagnostic business logic according to the diagnostic service framework.

[0101] Optionally, the parsing module 71 includes a parsing unit 711, a first processing unit 712, and a providing unit 713; the parsing unit 711 is used to parse multiple worksheets in the diagnostic questionnaire and obtain data in each worksheet; the first processing unit 712 is used to classify the data in each worksheet to obtain the service information; the providing unit 713 is used to provide the service information to the outside in the form of a diagnostic service query interface.

[0102] Optionally, the diagnostic service query interface includes at least the following types: a service list query interface, a service request query interface, a service response query interface, and a service attribute query interface.

[0103] Optionally, the determination module 72 is further used to call the diagnostic service query interface according to the received diagnostic service request to obtain the target information required to process the diagnostic service request from the service information, wherein the target information includes at least the data format of the service corresponding to the service request and the attribute parameters of the service corresponding to the service request.

[0104] Optionally, the diagnostic service request processing device 70 also includes a second processing module 75, which is used to process the response data of the diagnostic service when the diagnostic service processing is successful and the positive response suppression bit of the diagnostic service is not set; or to end the diagnostic service request processing process when the diagnostic service processing is successful and the positive response suppression bit of the diagnostic service is set.

[0105] Optionally, the second processing module 75 is further used to encapsulate the response data according to the UDS protocol stack format to obtain encapsulated data; and feed back the encapsulated data to the sender of the diagnostic service request.

[0106] Figure 7 The diagnostic service request processing device of the illustrated embodiment can be used to execute the technical solution of the above-mentioned method embodiment. Its implementation principle and technical effect are similar and will not be repeated here.

[0107] In addition, an embodiment of the present disclosure also provides a vehicle, which includes the diagnostic service request processing device as described in the above embodiment.

[0108] Figure 8 The electronic device provided in the embodiment of the present disclosure may be an electronic device running the diagnostic service system described in the above embodiment. The electronic device provided in the embodiment of the present disclosure may execute the processing flow provided in the embodiment of the diagnostic service request processing method, such as Figure 8 As shown, the electronic device 80 includes: a memory 81, a processor 82, a computer program and a communication interface 83; wherein the computer program is stored in the memory 81 and is configured so that the processor 82 executes the diagnostic service request processing method as described above.

[0109] In addition, an embodiment of the present disclosure further provides a computer-readable storage medium on which a computer program is stored. The computer program is executed by a processor to implement the diagnostic service request processing method described in the above embodiment.

[0110] In addition, an embodiment of the present disclosure further provides a computer program product, which includes a computer program or instructions, and when the computer program or instructions are executed by a processor, the diagnostic service request processing method as described above is implemented.

[0111] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages ​​or a combination thereof, including, but not limited to, object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0112] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0113] It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0114] The above description is only a specific embodiment of the present disclosure, so that those skilled in the art can understand or implement the present disclosure. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present disclosure. Therefore, the present disclosure will not be limited to the embodiments described herein, but will conform to the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for processing a diagnostic service request, characterized in that: The method comprises: Parsing the diagnostic questionnaire to obtain service information in the diagnostic questionnaire; Determining, from the service information, target information required for processing the diagnostic service request according to the received diagnostic service request; Based on the target information, generating a diagnostic service framework in a preset format, wherein the diagnostic service framework is used to support the diagnostic business corresponding to the diagnostic service request; According to the diagnostic service framework, the diagnostic service request is processed according to preset diagnostic business logic.

2. The method according to claim 1, characterized in that The step of parsing the diagnostic questionnaire to obtain service information in the diagnostic questionnaire includes: Parsing multiple worksheets in the diagnostic questionnaire to obtain data in each worksheet; Classify the data in each worksheet to obtain the service information; The service information is provided externally in the form of a diagnostic service query interface.

3. The method according to claim 2, characterized in that The diagnostic service query interface includes at least the following types: Service list query interface, service request query interface, service response query interface, service attribute query interface.

4. The method according to claim 2, characterized in that: Determining target information required for processing the diagnostic service request from the service information according to the received diagnostic service request includes: According to the received diagnostic service request, the diagnostic service query interface is called to obtain target information required for processing the diagnostic service request from the service information, wherein the target information at least includes a data format of the service corresponding to the service request and attribute parameters of the service corresponding to the service request.

5. The method according to claim 1, characterized in that After processing the diagnostic service request according to the diagnostic service framework and the preset diagnostic service logic, the method further includes: If the diagnostic service is successfully processed and the positive response suppression bit of the diagnostic service is not set, then the response data of the diagnostic service is processed; or, If the diagnostic service processing is successful and the positive response suppression bit of the diagnostic service is set, the diagnostic service request processing flow ends.

6. The method according to claim 5, characterized in that The processing of the response data of the diagnostic service includes: Encapsulating the response data according to the UDS protocol stack format to obtain encapsulated data; The encapsulated data is fed back to the sender of the diagnostic service request.

7. A diagnostic service request processing device, characterized in that: The device comprises: A parsing module, used for parsing the diagnostic questionnaire to obtain the service information in the diagnostic questionnaire; a determination module, configured to determine, based on the received diagnostic service request, target information required for processing the diagnostic service request from the service information; A generating module, configured to generate a diagnostic service framework in a preset format based on the target information, wherein the diagnostic service framework is configured to support the diagnostic service corresponding to the diagnostic service request; The first processing module is used to process the diagnostic service request according to the diagnostic service framework and preset diagnostic service logic.

8. An electronic device, characterized in that: include: Memory; processor; as well as Computer programs; The computer program is stored in the memory and is configured to be executed by the processor to implement the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

10. A vehicle comprising: The diagnostic service request processing device as claimed in claim 7; or the electronic device as claimed in claim 8; Or, the computer readable storage medium of claim 9.

Images