Method, device, equipment, medium and product for realizing dynamic configuration of diagnostic data
Through the user label mechanism associated with users and diagnostic data requirements, dynamic screening and configuration diagnostic data streams, the problem of fixed and low storage efficiency in the existing technology diagnostic data display method is solved, and efficient data dynamic adjustment and display.
Patent Information
- Application Number
- CN202411463137.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-18
- Publication Date
- 2025-01-24
AI Technical Summary
The prior art cannot efficiently adjust the diagnostic data dynamically according to the specific needs of users, resulting in the fixed data display method, is not easy to expand and the storage efficiency is inefficient.
By introducing the user tag mechanism, users are closely associated with specific diagnostic data needs, the target user tag is obtained and the identification information of the target diagnostic device is obtained based on the tag, the target diagnostic data flow is queried from the database, and the data flow is processed according to the user's configuration request information. Filter and generate configuration data flow.
It enables users to dynamically configure and display diagnostic data items according to their own needs, reducing data redundancy and improving the efficiency of data query and processing.
Smart Images

Figure CN119357587A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of dynamic data configuration, and in particular to methods, devices, equipment, media and products for implementing dynamic configuration of diagnostic data. Background Art
[0002] With the rapid development of Internet of Vehicles technology, smart car technology and communication technology, modern vehicles have become highly integrated information products. The surge in the number of connected vehicles has led to a sharp increase in the data generated during vehicle driving, including driving data, sensor data, etc., which are showing a geometric growth trend. These data not only provide a basis for monitoring and optimizing vehicle performance, but also provide convenience for users to view vehicle status, vehicle condition information and driving behavior analysis in real time through mobile phone APP and other channels.
[0003] However, under the existing technical framework, the storage and display methods of vehicle diagnostic data have certain limitations. Traditional storage methods often save and display data according to fixed data item fields. This method lacks flexibility and is difficult to meet the diverse needs of different customer groups for vehicle diagnostic data. For example, different users may pay attention to different data indicators, such as mileage, fuel consumption, vehicle speed, etc., and the existing technology cannot efficiently adjust dynamically according to the specific needs of users.
[0004] In addition, the centralized storage of a large amount of vehicle diagnostic data also faces problems such as insufficient storage capacity, increased system load, and high resource utilization. These problems not only increase the maintenance cost of the system, but may also affect the real-time and accuracy of the data, thereby affecting the user experience. Summary of the invention
[0005] The main purpose of this application is to provide a method, device, equipment, medium and product for realizing dynamic configuration of diagnostic data, aiming to solve the technical problem that the diagnostic data cannot be dynamically adjusted efficiently according to the specific needs of the user.
[0006] To achieve the above object, the present application provides a method for implementing dynamic configuration of diagnostic data, the method for implementing dynamic configuration of diagnostic data comprising the following steps:
[0007] Obtaining a target user tag, and obtaining identification information of a target diagnostic device according to the target user tag;
[0008] According to the identification information of the target diagnostic device, query the corresponding target diagnostic data stream from the database;
[0009] Acquire configuration request information of the target user according to the target user tag;
[0010] The target diagnostic data stream is screened according to the configuration request information to obtain a configuration data stream.
[0011] In one embodiment, before the step of acquiring the target user tag and obtaining the identification information of the target diagnostic device according to the target user tag, the step further includes:
[0012] Collect diagnostic data through each diagnostic device, and associate identification information of each diagnostic device with a user tag;
[0013] The diagnostic data is stored in a preset format to obtain a diagnostic data stream, and the diagnostic data stream is correspondingly associated with the identification information of each diagnostic device.
[0014] In one embodiment, the diagnostic data is stored in a preset format, and the step of obtaining the diagnostic data stream includes:
[0015] Formatting the diagnostic data according to a preset format;
[0016] The formatted diagnostic data is stored in the same domain to obtain a diagnostic data stream.
[0017] In one embodiment, the step of filtering the target diagnostic data stream according to the configuration request information to obtain the configuration data stream includes:
[0018] Extract request parameters by parsing the configuration request information, and construct query logic according to the request parameters;
[0019] The target diagnostic data stream is retrieved based on the query logic to obtain a configuration data stream that meets the configuration request information.
[0020] In one embodiment, after the step of acquiring the target user tag and obtaining the identification information of the target diagnostic device according to the target user tag, the following step further includes:
[0021] Detecting the online status of the target diagnostic device, if the target diagnostic device is online, executing the step: acquiring the configuration request information of the target user according to the target user tag.
[0022] In one embodiment, after the step of filtering the target diagnostic data stream according to the configuration request information to obtain the configuration data stream, the step further includes:
[0023] The diagnostic data corresponding to the configuration data stream is displayed on the front-end page.
[0024] In addition, to achieve the above-mentioned purpose, the present application also provides a device for implementing dynamic configuration of diagnostic data, the device for implementing dynamic configuration of diagnostic data comprising:
[0025] The first acquisition module is used to acquire the target user tag and obtain the identification information of the target diagnostic device according to the target user tag.
[0026] A query module, used to query a corresponding target diagnostic data stream from a database according to the identification information of the target diagnostic device;
[0027] A second acquisition module, used to acquire configuration request information of a target user according to the target user tag;
[0028] The third acquisition module is used to filter the target diagnostic data flow according to the configuration request information to obtain a configuration data flow.
[0029] In addition, to achieve the above-mentioned purpose, the present application also provides a terminal device, which includes a memory, a processor, and a program for implementing dynamic configuration of diagnostic data stored in the memory and executable on the processor, wherein the program for implementing dynamic configuration of diagnostic data, when executed by the processor, implements the steps of the method for implementing dynamic configuration of diagnostic data as described above.
[0030] In addition, to achieve the above-mentioned purpose, the present application also provides a computer-readable storage medium, on which is stored a program for implementing dynamic configuration of diagnostic data. When the program for implementing dynamic configuration of diagnostic data is executed by a processor, the steps of the method for implementing dynamic configuration of diagnostic data as described above are implemented.
[0031] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the steps of the method for realizing dynamic configuration of diagnostic data as described above are implemented.
[0032] One or more technical solutions proposed in this application have at least the following technical effects:
[0033] This application solves the problem in the prior art that diagnostic data cannot be adjusted dynamically according to specific user needs efficiently. By introducing a user tag mechanism, users are closely associated with specific diagnostic data needs.
[0034] First, the target user tag is obtained. According to the target user tag, the identification information of the target diagnostic device associated with it can be obtained. After obtaining the identification information of the target diagnostic device, the corresponding target diagnostic data stream is queried from the database. Then, according to the target user tag, the user's configuration request information is obtained again. These request information describe in detail the diagnostic data items that the user wants to display. Finally, according to the user's configuration request information, the target diagnostic data stream is filtered, and only the data items that the user cares about are retained, thereby generating a configuration data stream.
[0035] This application uses user tags as a data dictionary to manage diagnostic data flow items, and can dynamically obtain diagnostic data flows according to user configuration requirements. In addition, by associating user tags with data flows, data redundancy is reduced and the efficiency of data query and processing is improved. BRIEF DESCRIPTION OF THE DRAWINGS
[0036] Figure 1 A flowchart of a first exemplary embodiment of a method for implementing dynamic configuration of diagnostic data in the present application;
[0037] Figure 2 A flowchart of a second exemplary embodiment of a method for implementing dynamic configuration of diagnostic data in the present application;
[0038] Figure 3 A flowchart of a third exemplary embodiment of a method for implementing dynamic configuration of diagnostic data in the present application;
[0039] Figure 4 A flowchart of a fourth exemplary embodiment of a method for implementing dynamic configuration of diagnostic data in the present application;
[0040] Figure 5 A schematic diagram of the module structure of a device for implementing dynamic configuration of diagnostic data in an embodiment of the present application;
[0041] Figure 6 A schematic diagram of the device structure of the hardware operating environment involved in the method for implementing dynamic configuration of diagnostic data in an embodiment of the present application.
[0042] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION
[0043] It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.
[0044] The main solution of the embodiment of the present application is: obtain the target user tag, and obtain the identification information of the target diagnostic device according to the target user tag; query the corresponding target diagnostic data stream from the database according to the identification information of the target diagnostic device; obtain the configuration request information of the target user according to the target user tag; filter the target diagnostic data stream according to the configuration request information to obtain the configuration data stream. Compared with the problems of fixed display mode of diagnostic data, difficult expansion and low storage efficiency in the prior art, the present invention introduces user tags as data dictionaries to manage diagnostic data stream items, thereby realizing dynamic configuration of vehicle diagnostic data by users. This method allows users to customize the data stream items to be displayed according to their own needs, and reduces data redundancy and improves storage efficiency through server parsing and database storage optimization.
[0045] The executor of the method of this embodiment can be a device for implementing dynamic configuration of diagnostic data, or it can be a terminal device or server for implementing dynamic configuration of diagnostic data. This embodiment takes a device for implementing dynamic configuration of diagnostic data as an example. The device for implementing dynamic configuration of diagnostic data can be integrated in terminal devices such as smart phones and tablet computers with data processing functions.
[0046] Specifically, the following are detailed steps of an exemplary embodiment of the method for implementing dynamic configuration of diagnostic data:
[0047] Reference Figure 1 , Figure 1 This is a flowchart of a first exemplary embodiment of a method for implementing dynamic configuration of diagnostic data in this application. In this embodiment, the method for implementing dynamic configuration of diagnostic data includes steps S10 to S40:
[0048] Step S10, obtaining a target user tag, and obtaining identification information of a target diagnostic device according to the target user tag;
[0049] Specifically, when the server receives a user's request, it will first perform user authentication and identify the current user as the target user. Then, by accessing the user information database, it retrieves the user tag associated with the user. Once the target user tag is obtained, these data tags will be further used to match the diagnostic equipment managed by the user. In the database, there is a clear correspondence between the user and the diagnostic equipment he manages, and each diagnostic equipment has unique identification information (such as a serial number or equipment ID). The server indexes the corresponding diagnostic equipment information through the user tag, thereby obtaining the identification information of the target diagnostic equipment.
[0050] Step S20, querying a corresponding target diagnostic data stream from a database according to the identification information of the target diagnostic device;
[0051] Specifically, after obtaining the identification information of the target diagnostic device, the server accesses the vehicle diagnostic database based on this identification information. The database stores the vehicle data uploaded by the diagnostic device, which is stored in a predetermined format. The server locates the specific diagnostic data record through the diagnostic device identification information, and then parses the target diagnostic data stream related to the user tag. These data streams may include user-customized data items such as vehicle speed and fuel consumption.
[0052] Step S30, obtaining configuration request information of the target user according to the target user tag;
[0053] Specifically, the configuration request information of the user is finally obtained according to the target user tag. The configuration request information generally includes how the user wants to display the diagnostic data and which data flow items the user is currently concerned about.
[0054] This information is stored in the user configuration table and is associated with the user tag. By reading the user configuration table, the current configuration request information of user A is parsed.
[0055] Step S40: Screen the target diagnostic data flow according to the configuration request information to obtain a configuration data flow.
[0056] In a feasible implementation, step S40 may include steps S41 to S42:
[0057] Step S41, extracting request parameters by parsing the configuration request information, and constructing query logic according to the request parameters;
[0058] Specifically, the server receives configuration request information from the user, which usually contains the specific requirements of the vehicle diagnostic data stream that the user wants to view. The server will parse the configuration request information and extract key request parameters, such as user tags, identification information of diagnostic equipment, and specific data stream item codes (such as vehicle speed, fuel consumption, etc.).
[0059] For example, user A configures the data stream items that he is interested in through the front-end page, including vehicle speed, total mileage, and average fuel consumption. After receiving this configuration request, the server will parse out the user A's tag (UserID_A), the identification information of the diagnostic device used by A (DeviceID_A), and the list of data stream item codes that A is interested in (1: vehicle speed, 3: total mileage, 7: average fuel consumption).
[0060] Next, the query logic is constructed based on these request parameters. The core of the query logic is to locate the specific data stream items of interest to a specific user and a specific device. This query logic will be converted into a database query statement so that the qualified data can be retrieved from the database later.
[0061] Step S42: Retrieve the target diagnostic data stream based on the query logic to obtain a configuration data stream that meets the configuration request information.
[0062] Specifically, by executing the query statement constructed in step S41, the diagnostic data stream associated with user A (UserID_A) and device serial number (DeviceID_A) is retrieved in the database. Since the data stream items stored in the database are separated by fixed special characters (such as semicolons), the server can easily filter out the corresponding data stream items according to the data stream item codes (1, 3, 7) configured by the user.
[0063] For example, the original data stream retrieved from the database may be a long string containing multiple data items: "vehicle speed; rotation speed; total mileage; cruising range; fuel consumption; instantaneous fuel consumption; average fuel consumption; instantaneous fuel consumption". According to the configuration of user A, the three data stream items of "vehicle speed; total mileage; average fuel consumption" are extracted to form a configuration data stream item that meets the configuration request information.
[0064] Further, refer to Figure 2 , Figure 2 This is a flow chart of the second embodiment of the method for implementing dynamic configuration of diagnostic data in this application. Figure 1 In the embodiment shown, in this embodiment, before step S10, steps S51 to S52 may be included:
[0065] Step S51, collecting diagnostic data through each diagnostic device, and associating identification information of each diagnostic device with a user tag;
[0066] Specifically, each diagnostic device is started and connected to the vehicle, and collects various diagnostic data of the vehicle in real time through the CAN bus or other communication protocols, such as vehicle speed, speed, total mileage, cruising range, fuel consumption, instantaneous fuel consumption, average fuel consumption, instantaneous fuel consumption, etc. When these data items are collected, they will be encoded or marked in a preset format to facilitate subsequent analysis and processing.
[0067] It should be noted that a relation table is created in advance, in which the user tags and the identification information of the diagnostic equipment are recorded, so that the identification information of all the diagnostic equipment associated with the user tag can be found through the user tag.
[0068] Step S52: storing the diagnostic data in a preset format to obtain a diagnostic data stream, and correspondingly associating the diagnostic data stream with identification information of each diagnostic device.
[0069] In a feasible implementation, step S52 may include steps S521 to S522:
[0070] Step S521, formatting the diagnostic data according to a preset format;
[0071] Specifically, the collected diagnostic data is formatted. The purpose of this step is to convert complex and diverse data items into a unified, easy-to-manage and display format. Specifically, according to the preset formatting rules, such as using a semicolon (;) as a separator between data items, the data items are organized into a sequence such as "vehicle speed; speed; total mileage; ..." This processing process not only reduces data redundancy, but also improves the efficiency of subsequent data processing.
[0072] Step S522: Store the formatted diagnostic data in the same domain to obtain a diagnostic data stream.
[0073] It should be noted that the "same domain" here actually refers to a field or data set in a database table, which is used to store the formatted diagnostic data stream.
[0074] Specifically, first establish a connection with the database to ensure that data can be written to the database table. Write the formatted diagnostic data stream as a whole to the specified field of the database table. Since the data items are separated by special characters, no additional separation processing is required when storing. In order to ensure that the corresponding diagnostic data can be easily retrieved according to the user or device identifier, the stored diagnostic data stream is associated with the unique identifier of the user or device. This association is usually achieved by setting a foreign key in the database table or establishing an additional relationship table.
[0075] It should be noted that by separating different diagnostic data (such as vehicle speed, rotation speed, total mileage, etc.) with special characters and storing them in the same data domain, it is possible to avoid creating a separate field or table for each data stream item, thereby significantly reducing data redundancy.
[0076] Further, refer to Figure 3 , Figure 3 This is a flow chart of the third embodiment of the method for implementing dynamic configuration of diagnostic data in this application. Figure 1 In the embodiment shown, in this embodiment, step S10 may include step S60:
[0077] Step S60, detecting the online status of the target diagnostic device, if the target diagnostic device is online, executing the step: acquiring the configuration request information of the target user according to the target user tag.
[0078] The server will establish a connection with the target diagnostic device through a preset communication protocol or network interface to detect whether it is online. This detection process usually includes sending a status query request to the target diagnostic device and waiting for its response.
[0079] If a response is successfully received from the target diagnostic device and it is confirmed that it is online, the subsequent steps are continued. Next, the configuration request information of the target user is obtained according to the target user tag. These configuration request information usually include vehicle diagnostic data items that the user wants to view or analyze, such as vehicle speed, fuel consumption, mileage, etc. This information is configured by the user on the data management platform according to his own needs.
[0080] It should be noted that if the diagnostic device found through the user tag is currently offline, that is, the device may be turned off, not connected to the network, or malfunctioning, then the subsequent steps will not be executed. This is because in this case, even if the user's configuration information can be retrieved, the diagnostic data cannot be obtained in real time. Therefore, in order to avoid invalid data requests and possible waste of system resources, the system will directly inform the user that the diagnostic device is not online, and recommend that the user try to view the data after the device is back online.
[0081] Further, refer to Figure 4 , Figure 4 This is a flow chart of the fourth embodiment of the method for implementing dynamic configuration of diagnostic data in this application. Figure 1 In the embodiment shown, in this embodiment, step S40 may include step S70:
[0082] Step S70, displaying the diagnostic data corresponding to the configuration data flow on the front-end page.
[0083] Specifically, assume that user A has configured three data stream items, namely "vehicle speed", "total mileage" and "average fuel consumption", through the data management platform, and hopes to display these data on the front-end page in the form of text and instrument charts. First, retrieve the original diagnostic data corresponding to these three data stream items from the database, and perform necessary preprocessing and conversion. Then, map these data to the text display area and instrument chart controls on the front-end page, and render the display effect required by the user in real time. After user A logs in to the data management platform, he can intuitively see the vehicle's current speed, total mileage and average fuel consumption information, as well as the corresponding instrument chart representation, on the front-end page, thereby realizing real-time monitoring and data analysis of the vehicle status.
[0084] In addition, the present application also proposes a device for implementing dynamic configuration of diagnostic data, the device for implementing dynamic configuration of diagnostic data comprising:
[0085] The first acquisition module 10 is used to acquire the target user tag and obtain the identification information of the target diagnostic device according to the target user tag.
[0086] A query module 20, configured to query a corresponding target diagnostic data stream from a database according to the identification information of the target diagnostic device;
[0087] A second acquisition module 30, configured to acquire configuration request information of a target user according to the target user tag;
[0088] The third acquisition module 40 is used to filter the target diagnostic data flow according to the configuration request information to obtain a configuration data flow.
[0089] The device for realizing dynamic configuration of diagnostic data provided by the present application adopts the method for realizing dynamic configuration of diagnostic data in the above-mentioned embodiment, aiming to solve the technical problem that the diagnostic data cannot be dynamically adjusted efficiently according to the specific needs of the user. Compared with the prior art, the beneficial effects of the device for realizing dynamic configuration of diagnostic data provided by the present application are the same as the beneficial effects of the method for realizing dynamic configuration of diagnostic data provided by the above-mentioned embodiment, and the other technical features in the device for realizing dynamic configuration of diagnostic data are the same as the features disclosed in the above-mentioned embodiment method, which will not be described in detail here.
[0090] The present application provides a device for implementing dynamic configuration of diagnostic data, and the device for implementing dynamic configuration of diagnostic data includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method for implementing dynamic configuration of diagnostic data in the above-mentioned embodiment one.
[0091] Reference below Figure 6 , which shows a schematic diagram of the structure of the device for realizing the dynamic configuration of diagnostic data in the embodiment of the present application. The device for realizing the dynamic configuration of diagnostic data in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The device shown for implementing dynamic configuration of diagnostic data is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.
[0092] like Figure 6As shown, the device for implementing dynamic configuration of diagnostic data may include a processing device 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the device for implementing dynamic configuration of diagnostic data are also stored. The processing device 1001, ROM1002, and RAM1004 are connected to each other via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the device implementing the dynamic configuration of diagnostic data to communicate wirelessly or wired with other devices to exchange data. Although the figure shows a device implementing the dynamic configuration of diagnostic data with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or have alternatively.
[0093] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.
[0094] The device for realizing dynamic configuration of diagnostic data provided by the present application adopts the method for realizing dynamic configuration of diagnostic data in the above-mentioned embodiment, aiming to solve the technical problem that the diagnostic data cannot be dynamically adjusted efficiently according to the specific needs of the user. Compared with the prior art, the beneficial effects of the device for realizing dynamic configuration of diagnostic data provided by the present application are the same as the beneficial effects of the method for realizing dynamic configuration of diagnostic data provided by the above-mentioned embodiment, and the other technical features in the device for realizing dynamic configuration of diagnostic data are the same as the features disclosed in the method of the previous embodiment, which will not be described in detail here.
[0095] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.
[0096] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.
[0097] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the method for implementing dynamic configuration of diagnostic data in the above-mentioned embodiment.
[0098] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems or devices, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM: Random Access Memory), a read-only memory (ROM: Read Only Memory), an erasable programmable read-only memory (EPROM: Erasable Programmable Read Only Memory or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM: CD-Read Only Memory), an optical storage device, a magnetic storage device, or any suitable combination of the above. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency: Radio Frequency), etc., or any suitable combination of the above.
[0099] The computer-readable storage medium may be included in the device for implementing dynamic configuration of diagnostic data; or may exist independently without being assembled into the device for implementing dynamic configuration of diagnostic data.
[0100] Computer program code for performing the operations of the present application may be written in one or more programming languages or a combination thereof, including 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 the case of 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., via the Internet using an Internet service provider).
[0101] 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 application. 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 alternative implementations, 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.
[0102] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.
[0103] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned method for realizing dynamic configuration of diagnostic data, and is intended to solve the technical problem that the diagnostic data cannot be efficiently adjusted dynamically according to the specific needs of the user. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the method for realizing dynamic configuration of diagnostic data provided by the above-mentioned embodiment, and will not be repeated here.
[0104] The present application also provides a computer program product, including a computer program, which implements the steps of the method for dynamically configuring diagnostic data as described above when executed by a processor.
[0105] The computer program product provided by the present application is intended to solve the technical problem that it is not possible to efficiently dynamically adjust diagnostic data according to the specific needs of the user. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as the beneficial effects of the method for realizing dynamic configuration of diagnostic data provided by the above embodiment, and will not be repeated here.
[0106] Compared with the prior art, the method, device, equipment, medium and computer product for realizing dynamic configuration of diagnostic data proposed in the embodiment of the present application, by extracting the business characteristic information of the target business, performing data standardization processing on the business characteristic information, obtaining standard characteristic data, performing hash processing on the standard characteristic data, obtaining unique characteristic data, performing numerical processing and splicing processing on the unique characteristic data, obtaining the first business characteristic value, accumulating the first business characteristic value of the target business, obtaining the target business characteristic value, and finally comparing the target business characteristic value with the characteristic value set, obtaining the result of realizing dynamic configuration of diagnostic data. Compared with the traditional method of identifying repeated business by generating a unique key value or a continuous serial number for each business, it is more efficient, flexible and reliable. Based on the scheme of the present application, by subjecting the business of complex scenarios to a series of simple transformations and finally converting it into a comparison of two numbers, the comparison process is made very intuitive and efficient. The system only needs to simply compare whether the two values are equal to quickly determine whether the two businesses are exactly the same.
[0107] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system 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 system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.
[0108] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.
[0109] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as above, and includes a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, a controlled terminal, or a network device, etc.) to execute the method of each embodiment of the present application.
[0110] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.
Claims
1. A method for implementing dynamic configuration of diagnostic data, characterized in that: Applied to the server side, the method for implementing dynamic configuration of diagnostic data includes: Obtaining a target user tag, and obtaining identification information of a target diagnostic device according to the target user tag; According to the identification information of the target diagnostic device, query the corresponding target diagnostic data stream from the database; Acquire configuration request information of the target user according to the target user tag; The target diagnostic data stream is screened according to the configuration request information to obtain a configuration data stream.
2. The method for realizing dynamic configuration of diagnostic data according to claim 1, characterized in that: The step of acquiring the target user tag and obtaining the identification information of the target diagnostic device according to the target user tag also includes: Collect diagnostic data through each diagnostic device, and associate identification information of each diagnostic device with a user tag; The diagnostic data is stored in a preset format to obtain a diagnostic data stream, and the diagnostic data stream is correspondingly associated with the identification information of each diagnostic device.
3. The method for realizing dynamic configuration of diagnostic data according to claim 2, characterized in that: The step of storing the diagnostic data in a preset format to obtain a diagnostic data stream comprises: Formatting the diagnostic data according to a preset format; The formatted diagnostic data is stored in the same domain to obtain a diagnostic data stream.
4. The method for realizing dynamic configuration of diagnostic data according to claim 1, characterized in that: The step of filtering the target diagnostic data stream according to the configuration request information to obtain the configuration data stream comprises: Extract request parameters by parsing the configuration request information, and construct query logic according to the request parameters; The target diagnostic data stream is retrieved based on the query logic to obtain a configuration data stream that meets the configuration request information.
5. The method for realizing dynamic configuration of diagnostic data according to claim 1, characterized in that: After the step of acquiring the target user tag and obtaining the identification information of the target diagnostic device according to the target user tag, the method further includes: Detecting the online status of the target diagnostic device, if the target diagnostic device is online, executing the step: acquiring the configuration request information of the target user according to the target user tag.
6. The method for realizing dynamic configuration of diagnostic data according to claim 1, characterized in that: After the step of filtering the target diagnostic data stream according to the configuration request information to obtain the configuration data stream, the following step further comprises: The diagnostic data corresponding to the configuration data stream is displayed on the front-end page.
7. A device for realizing dynamic configuration of diagnostic data, characterized in that: The device comprises: The first acquisition module is used to acquire the target user tag and obtain the identification information of the target diagnostic device according to the target user tag. A query module, used to query a corresponding target diagnostic data stream from a database according to the identification information of the target diagnostic device; A second acquisition module, used to acquire configuration request information of a target user according to the target user tag; The third acquisition module is used to filter the target diagnostic data flow according to the configuration request information to obtain a configuration data flow.
8. A device for implementing dynamic configuration of diagnostic data, characterized in that: The device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the method for realizing dynamic configuration of diagnostic data according to any one of claims 1 to 6.
9. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the method for realizing dynamic configuration of diagnostic data according to any one of claims 1 to 6 are implemented.
10. A computer program product, characterized in that The computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the method for dynamically configuring vehicle diagnostic data according to any one of claims 1 to 6 are implemented.