WO2024016781A1 - 软件故障反馈处理方法、装置、介质及设备 - Google Patents

软件故障反馈处理方法、装置、介质及设备 Download PDF

Info

Publication number
WO2024016781A1
WO2024016781A1 PCT/CN2023/091358 CN2023091358W WO2024016781A1 WO 2024016781 A1 WO2024016781 A1 WO 2024016781A1 CN 2023091358 W CN2023091358 W CN 2023091358W WO 2024016781 A1 WO2024016781 A1 WO 2024016781A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
software
server
fault
diagnostic
Prior art date
Application number
PCT/CN2023/091358
Other languages
English (en)
French (fr)
Inventor
章维
谢嘉丰
廖其龙
Original Assignee
深圳市星卡软件技术开发有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市星卡软件技术开发有限公司 filed Critical 深圳市星卡软件技术开发有限公司
Publication of WO2024016781A1 publication Critical patent/WO2024016781A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation

Definitions

  • This application relates to the technical field of automobile detection, and in particular to a software fault feedback processing method, device, medium and equipment.
  • Automobile diagnostic equipment is a professional instrument specially designed for automobile testing. It can detect the performance of the vehicle in real time and detect vehicle faults. It is an essential tool for detecting vehicles.
  • the software on automobile diagnostic equipment has more and more functions, and software failures often occur in actual application scenarios.
  • automobile diagnostic equipment is used to deal with software fault problems reported by customers. It mainly relies on software development engineers to collect vehicle fault data on site, and then use diagnostic equipment and vehicle special inspection equipment to conduct actual tests on the car to find and analyze the causes of software problems. This method will It consumes a lot of manpower and time, and has the problems of high maintenance cost and slow maintenance efficiency.
  • this application provides a software fault feedback processing method, which includes the following steps:
  • Step S100 the first mobile terminal communicates with the car for interaction, and the first mobile terminal has built-in diagnostic software of the car;
  • Step S200 When the diagnostic software of the first mobile terminal fails, the first mobile terminal initiates a request connection instruction to the server, and the server performs identity verification according to the connection instruction to establish a communication connection with the first mobile terminal;
  • Step S300 the first mobile terminal generates a diagnostic report and log data according to the process of the diagnostic software and feeds them back to the server;
  • Step S400 the server parses the feedback diagnosis report to obtain vehicle information, parses the feedback log data to obtain readable text, and processes the readable text to obtain communication data text;
  • Step S500 select the second mobile terminal and special inspection equipment and test the communication data text on the vehicle simulation platform according to the vehicle information to obtain a comparative analysis report, locate the fault location of the diagnostic software according to the analysis report, and conduct all the faults on the vehicle simulation platform.
  • the diagnostic software is repaired and upgraded to obtain an upgrade package, and then the upgrade package is sent to the first mobile terminal for upgrade and use; wherein the second mobile terminal is the same model as the first mobile terminal and has a built-in car. Diagnostic software for the device.
  • step S300 the first mobile terminal generates log data according to the process of the diagnostic software, Also includes the following steps:
  • the log data is classified and processed according to vehicle functions, and then part of the log data involved in the abnormality in the actual vehicle test is extracted and log data to be fed back is generated and transmitted to the server.
  • step S200 after the server establishes a communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server determines whether to accept the request based on preset conditions.
  • the diagnosis request is made; if the request is accepted, the server will connect to the second mobile terminal or special inspection equipment respectively, and use the second mobile terminal or special inspection equipment to conduct remote diagnosis of the car; after the diagnostic software of the first mobile terminal is completed After repair, the first mobile terminal is allowed to resume diagnosis.
  • the first mobile terminal periodically sends the working status information of the diagnostic software to the server, and the working status information includes vehicle information; if the server does not receive the working status information within a preset time, Then select the second mobile terminal and special inspection equipment to conduct testing on the vehicle simulation platform based on the vehicle information to generate a test report, and troubleshoot and repair the first mobile terminal.
  • the method further includes the following steps: the server side also establishes a fault storage database, the fault storage database is used to collect software fault information fed back by users and classify and store data according to vehicle functions; the server side also establishes a fault storage database.
  • a repair database is established, and the repair database stores repair upgrade packages that match regular faults; when the server determines that the feedback fault matches the repair upgrade package existing in the repair database, the server will automatically send the corresponding The repair and upgrade package is given to the first mobile terminal.
  • the repair database in the server is regularly updated and supplemented with corresponding repair upgrade packages, and broadcast to all first mobile terminals for synchronous upgrades.
  • processing the readable text to obtain the communication data text includes the following steps:
  • the server marks the readable text according to different diagnostic functions, and then extracts the data related to the communication protocol respectively to obtain the communication data text suitable for the simulation platform.
  • This application also provides a software fault feedback processing device, including:
  • Interaction module the first mobile terminal communicates with the car for interaction, and the first mobile terminal has built-in diagnostic software of the car;
  • Communication module when the diagnostic software of the first mobile terminal fails, the first mobile terminal initiates a request connection instruction to the server, and the server performs identity verification according to the connection instruction to establish a communication connection with the first mobile terminal; and then through The first mobile terminal feeds back the fault problem of the diagnostic software, and the first mobile terminal generates a diagnostic report and log data according to the process of the diagnostic software and feeds them back to the server;
  • a processing module the server parses the feedback diagnostic report to obtain vehicle information, parses the feedback log data to obtain readable text, and processes the readable text to obtain communication data text;
  • the analysis module selects the second mobile terminal and special inspection equipment and tests the communication data text on the vehicle simulation platform according to the vehicle information to obtain a comparative analysis report; wherein the second mobile terminal is the same as the first mobile terminal.
  • the feedback module locates the fault location of the diagnostic software according to the analysis report, repairs and upgrades the diagnostic software to obtain an upgrade package, and then sends the upgrade package to the first mobile terminal for upgrade and use.
  • the present application also provides a computer-readable storage medium that stores computer instructions.
  • the computer is executed by a processor, the software fault feedback processing method as described above is implemented.
  • the present application also provides an electronic device, including at least one processor and a memory communicatively connected to the processor, wherein the memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor. , so that the processor executes the software fault feedback processing method as described above.
  • the software fault feedback processing method provided by this application can respond to the user's real-time feedback on the software, and promptly send relevant data to the server when a fault occurs, and the server-side software developers use the simulation platform to simulate Automobile diagnosis scenarios are used to quickly locate fault problems and repair software in a timely manner, which can realize remote repair of software, effectively improve maintenance efficiency, quickly solve user problems, and improve user experience.
  • FIG. 1 is a flow chart of the software fault feedback processing method provided by this application.
  • Figure 2 is a connection diagram of each device during the software fault feedback processing process
  • Figure 3 is a schematic diagram of the graphical interface for user feedback on fault issues
  • Figure 4 is a schematic diagram of the content of the read VIN code instruction mark obtained in the communication data text
  • FIG. 5 is a schematic structural diagram of the software fault feedback processing device provided by this application.
  • Figure 6 is a schematic structural diagram of the computer equipment provided by this application.
  • the term “device” used here may be a hardware device or a software device, and the scope of the present application is not limited in this regard.
  • the term “fault” as used herein refers to any problem, failure, anomaly, etc. that affects or potentially affects the normal operation of the system.
  • the term “apparatus” used here may refer to a device or module based on hardware or a module based on software.
  • This application provides a software fault feedback processing method, which is applied to servers and mobile terminals; the server and the mobile terminal can be connected through remote communication, and the server has the ability to send control commands to associated devices or systems. Functions such as data acquisition and management (for example, it can be a remote server), can maintain a long connection with the mobile terminal, and can provide relevant services to users.
  • the mobile terminal is any intelligent terminal with communication diagnosis function; specifically, the software
  • the feedback method includes the following steps:
  • Step S100 the first mobile terminal communicates with the car for interaction.
  • the first mobile terminal has built-in diagnostic software of the car; wherein, a communication connection can be established between the first mobile terminal and the car through an OBD diagnostic line or an OBD connector.
  • Wireless communication connections can also be achieved through Bluetooth, WIFI, etc.
  • Step S200 when the diagnostic software of the first mobile terminal fails, the first mobile terminal initiates a request connection instruction to the server, and the server performs identity verification according to the connection instruction to establish a communication connection with the first mobile terminal; wherein, the server
  • the authentication method of the connection instruction includes determining whether it is a registered user or not limited to other preset permission conditions; if the conditions are met, the corresponding connection work will be performed, otherwise, the connection will be refused.
  • Step S300 The first mobile terminal generates a diagnostic report and log data according to the process of the diagnostic software and feeds them back to the server; preferably, in order for the server to more comprehensively determine the fault of the diagnostic software, the user can also The feedback interface of the first mobile terminal feeds back the fault problem of the diagnostic software to the server.
  • the fault problem reported by the user may include the inability to read the car fault code or read the fault during the process of using the diagnostic equipment to diagnose the car. Problems such as invalid code, abnormal data flow, and programming failure.
  • the automotive diagnostic software can prompt users to provide feedback on fault issues through a graphical interface and authorize them to upload relevant diagnostic reports and log data.
  • Step S400 The server analyzes and obtains vehicle information based on the feedback diagnosis report, and obtains vehicle information based on the feedback log data. Parse to obtain readable text, and process the readable text to obtain communication data text.
  • the diagnostic report is a diagnostic report of the vehicle.
  • the vehicle identification number of the vehicle can be obtained.
  • the vehicle information of the vehicle can be found in the data of the server. , engine model, emission standards, etc.). This vehicle information can be used to simulate the user's vehicle on the subsequent vehicle simulation platform.
  • the log data is transmitted from the first mobile terminal to the server in an encrypted manner. Therefore, the server needs to decrypt and analyze the log data.
  • Step S500 select the second mobile terminal and special inspection equipment and test the communication data text on the vehicle simulation platform according to the vehicle information to obtain a comparative analysis report, locate the fault location of the diagnostic software according to the analysis report, and conduct all the faults on the vehicle simulation platform.
  • the diagnostic software is repaired and upgraded to obtain an upgrade package, and then the upgrade package is sent to the first mobile terminal for upgrade and use; wherein the second mobile terminal is the same model as the first mobile terminal and has built-in diagnostic software for the car. device of.
  • the analysis report includes information such as software sending instructions, timing comparison of data frame intervals and byte intervals, etc.
  • the vehicle simulation platform differentiates the analysis reports of the second mobile terminal and the special inspection equipment, so as to It is convenient for software developers to quickly locate the software fault of the first mobile terminal.
  • the vehicle simulation platform is a data platform built after car simulation. It is equivalent to the ECU of the car and can access a large amount of vehicle ECU data. It can be put into the data platform based on different vehicle information and the obtained communication data text. Conduct simulation experiments in the data platform.
  • the special inspection equipment is the original diagnostic equipment of the automobile manufacturer. Through the comparison and simulation analysis of the two, the differentiated information of diagnosis can be accurately obtained, thereby quickly and accurately identifying the software fault problem.
  • the first mobile terminal is configured according to the diagnosis
  • the software process generates log data, including the following steps: first classify the log data according to vehicle functions, and then extract part of the log data involved in the abnormality of the actual vehicle test and generate log data to be fed back for transmission to all server.
  • data can be classified according to functions such as version information function, fault code reading function, fault code clearing function, data stream reading function, action test function and special functions, etc., and only the log data of the function where the fault is located is selected for feedback, so that The generated log data is small and accurate, effectively reducing the size of data files and data redundancy.
  • functions such as version information function, fault code reading function, fault code clearing function, data stream reading function, action test function and special functions, etc.
  • the log data files can be automatically divided using a segmentation method, and a part of the log data can be retained on the car diagnostic device and a part of it can be transferred to the server.
  • step S200 after the server establishes a communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server determines whether to accept the diagnosis request according to preset conditions; if the request is accepted , the server will connect with the second mobile terminal or special inspection equipment, and use the second mobile terminal or special inspection equipment to conduct remote diagnosis of the car; after the diagnostic software is repaired, the first mobile terminal will resume diagnosis.
  • the software needs to actively notify the user whether to submit a remote diagnosis request to the server, and only after obtaining the user's permission can the corresponding remote diagnosis process be carried out.
  • the server also needs to verify the remote diagnosis request.
  • the preset condition may be to determine whether the fault type meets the remote diagnosis requirements. If the requirements are met, the first diagnostic software communicates with the second mobile terminal and the special inspection equipment through the server. Make communication connections to perform remote diagnostic tasks. Its communication connection can rely on network communication mechanisms.
  • Its network may include, for example, a wired network, a wireless network, or a combination thereof, including but not limited to at least one of the following: cellular phone network, Ethernet, wireless local area network (WLAN) based on IEEE802.11, 802.16, 802.20, etc., and/or global microwave Access interoperability (WiMAX) networks.
  • the network may be a public network (such as the Internet), a private network (such as an intranet), or a combination thereof.
  • the first mobile terminal, the server, the second mobile terminal, and the special inspection equipment can communicate based on various appropriate protocols such as Syslog, SNMP and HTTPS. Alternatively or additionally, information communication may also be achieved using mechanisms such as buses, cables, optical fibers, etc.
  • the server also establishes a fault storage database, which is used to collect software fault information fed back by users and classify and store data according to vehicle functions, thereby forming a traceable record, which not only facilitates maintenance and analysis, but also It can also provide a reference for further development of the software.
  • a fault storage database which is used to collect software fault information fed back by users and classify and store data according to vehicle functions, thereby forming a traceable record, which not only facilitates maintenance and analysis, but also It can also provide a reference for further development of the software.
  • embodiments of the present application also provide a solution, that is, the first mobile terminal periodically sends the abnormal information to the server.
  • the working status information of the diagnostic software includes vehicle information; if the server does not receive the working status information within the preset time, the second mobile terminal and special inspection equipment are selected and the vehicle simulation platform is configured based on the vehicle information. Conduct testing on the mobile terminal to generate a test report, and perform troubleshooting and repair on the first mobile terminal.
  • the server can effectively detect when an abnormality occurs on the first mobile terminal, resulting in the inability to proactively report problems with the diagnostic software.
  • the server also establishes a repair database, and the repair database stores repair upgrade packages that match regular faults; when the server determines that the feedback fault is consistent with the repair data inventory When some repair and upgrade packages match, the server will automatically send the corresponding repair and upgrade package to the first mobile terminal.
  • the repair upgrade package in the database will be directly called based on the fault information and sent to the user, thereby realizing intelligent diagnosis and repair of software system faults, which greatly improves efficiency. Efficiency and automation of software fault repair.
  • the server determines that the feedback fault does not successfully match the repair upgrade package existing in the repair database, the server will convert the log data into communication data text, and execute step 500, with software developers performing assisted analysis.
  • the repair database can establish a mapping relationship based on the existing fault problem and the corresponding repair upgrade package combination, and model and store the mapping relationship into a database to form a complete repair database.
  • data mining and training methods can be used to manage and repair the database. For example, based on relevant information about faults that have occurred before, various currently known or future technologies can be used to train the repair database, thereby obtaining the mapping of "fault problem - solution" and "solution - repair upgrade package” relation.
  • a typical training process can include the following main steps: data selection; preprocessing; transformation, data mining, and interpretation/evaluation.
  • data mining techniques can include association rules, cluster analysis, semi-super learning, data classification techniques, etc. The scope of the present application is not limited in this regard.
  • the repair database in the server can be regularly updated to supplement the corresponding repair upgrade package, and broadcast to all mobile terminals for synchronous upgrades.
  • step S500 the readable text is processed to obtain the communication data text, including the following steps:
  • the server marks the readable text according to different diagnostic functions, and then extracts the data related to the communication protocol respectively to obtain the communication data text suitable for the simulation platform.
  • this embodiment can perform data optimization marking on the readable text based on the function of reading vehicle VIN, version information, reading fault code function, clearing fault code function, reading data stream function, action test function and special functions. After the data is marked, on the one hand, it can be easily viewed and read, and developers can quickly locate problematic communication command data; on the other hand, it can be convenient for extracting communication data of related functions to facilitate subsequent testing.
  • data related to the communication protocol such as hexadecimal data
  • FIG. 4 for the communication data text of the VIN code instruction.
  • this application also provides a software fault feedback processing device, including:
  • Interaction module the first mobile terminal communicates with the car for interaction, and the first mobile terminal has built-in diagnostic software of the car;
  • Communication module when the diagnostic software of the first mobile terminal fails, the first mobile terminal initiates a request connection instruction to the server, and the server performs identity verification according to the connection instruction to establish a communication connection with the first mobile terminal; and then The first mobile terminal feeds back the fault problem of the diagnostic software, and the first mobile terminal generates a diagnostic report and log data according to the process of the diagnostic software and feeds them back to the server;
  • a processing module the server parses the feedback diagnostic report to obtain vehicle information, parses the feedback log data to obtain readable text, and processes the readable text to obtain communication data text;
  • the analysis module selects the second mobile terminal and special inspection equipment and tests the communication data text on the vehicle simulation platform according to the vehicle information to obtain a comparative analysis report; wherein the second mobile terminal is the same as the first mobile terminal.
  • the feedback module locates the fault location of the diagnostic software according to the analysis report, repairs and upgrades the diagnostic software to obtain an upgrade package, and then sends the upgrade package to the first mobile terminal for upgrade and use.
  • a remote repair module may also be included, that is, when a software transmission failure is detected, the user can submit a remote diagnosis request to the server according to needs, and the server determines whether to accept the diagnosis request according to preset conditions; if the request is accepted, the The server will be connected to the second mobile terminal or special inspection equipment respectively, and the second mobile terminal or special inspection equipment will be used to conduct remote diagnosis of the car.
  • This application also provides a computer-readable storage medium that stores computer instructions. When executed by a processor, the computer implements the software fault feedback processing method described in any one of the above.
  • computer-readable storage media are magnetic disks, optical disks, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), flash memory (Flash Memory), hard disk ( Hard Disk Drive (abbreviation: HDD) or solid-state drive (Solid-State Drive, SSD), etc.; computer-readable storage media can also include a combination of the above types of memories.
  • the present application also provides an electronic device.
  • the electronic device includes at least one processor and a memory communicatively connected to the processor, wherein the memory stores instructions that can be executed by at least one processor.
  • the instructions are executed by at least one processor, so that the processor executes the software fault feedback processing method as described above.
  • the number of processors may be one or more, and the processor may be a central processing unit (Central Processing Unit, CPU).
  • the processor can also be other general-purpose processors, Digital Signal Processor (DSP), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other Chips such as programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or combinations of these types of chips.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • a general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.
  • the memory and the processor may be communicatively connected through a bus or other means.
  • the memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor, so that the processor performs the software fault feedback processing as described in the above embodiment. method.
  • the software fault feedback processing method, device, medium and equipment provided by this application
  • the equipment can respond to users' real-time feedback on the software and promptly send relevant data to the server when a fault occurs.
  • the server directly feeds back the repair upgrade package or uses the simulation platform to simulate car diagnosis scenarios to quickly locate the fault problem and promptly feedback the repair upgrade package to the user.
  • Using this method to realize remote repair of software can not only save manpower and reduce maintenance costs, but also effectively improve the efficiency and automation of software fault repair and improve user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请涉及汽车检测的技术领域，特别涉及一种软件故障反馈处理方法、装置、介质及设备，其方法包括：第一移动端与汽车通信连接；用户发现第一移动端的诊断软件存在故障时，与服务器建立通信连接，再将诊断软件的问题以及诊断报告、日志数据反馈给服务器；服务器根据诊断报告、日志数据解析得到车辆信息、可读文本，再将可读文本转为通讯数据文本；选用第二移动端和专检设备在车辆仿真平台上对通讯数据文本测试以得到分析报告，软件开发人员根据该分析报告对其进行编程得到修复升级包并反馈给第一移动端。本申请提供的软件故障反馈处理方法，能够实现软件的远程修复，有效提高维修效率，快速解决用户问题，提高用户体验感。

Description

软件故障反馈处理方法、装置、介质及设备
相关申请的交叉引用
本申请要求于2022年07月20日提交中国国家知识产权局的申请号为202210850128.1、名称为“软件故障反馈处理方法、装置、介质及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及汽车检测的技术领域，特别涉及一种软件故障反馈处理方法、装置、介质及设备。
背景技术
汽车诊断设备是一款专门针对汽车检测的专业仪器，可实时检测车辆的性能，并对车辆故障进行检测，是检测车辆必备的一种工具。现今，随着汽车技术越来越复杂，导致汽车诊断设备上软件的功能越来越多，在实际的应用场景中经常会出现软件故障问题。
目前汽车诊断设备在处理客户反馈的软件故障问题，主要依赖于软件开发工程师去现场采集车辆故障数据，再使用诊断设备和车辆专检设备对汽车进行实测，查找分析软件问题原因，该种方法会耗费大量的人力和时间，存在维修成本高和维修效率较慢的问题。
发明内容
为解决上述现有技术中软件故障反馈效率低的不足，本申请提供一种软件故障反馈处理方法，包括以下步骤：
步骤S100，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；
步骤S200，所述第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；
步骤S300，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；
步骤S400，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据解析得到可读文本，并对可读文本进行处理以得到通讯数据文本；
步骤S500，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用；其中，所述第二移动端为与所述第一移动端相同型号且内置有汽车的诊断软件的设备。
在一实施例中，在步骤S300中，所述第一移动端根据诊断软件的进程生成日志数据， 还包括以下步骤：
先将日志数据按照车辆功能进行数据分类处理，再将实际车辆测试出现异常所涉及的部分日志数据提取并生成待反馈的日志数据，以传输至所述服务器。
在一实施例中，在步骤S200中，所述服务器与所述第一移动端建立通信连接后，所述第一移动端向服务器提交远程诊断请求，所述服务器根据预设条件判定是否接受所述诊断请求；若接受请求，所述服务器将分别与第二移动端或专检设备进行连接，利用第二移动端或专检设备对汽车进行远程诊断；待所述第一移动端的诊断软件完成修复后，再使得所述第一移动端恢复诊断。
在一实施例中，所述第一移动端周期性向服务器发送所述诊断软件的工作状态信息，所述工作状态信息包含车辆信息；若服务器在预设时间内未接收到所述工作状态信息，则选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上进行测试生成测试报告，并对所述第一移动端进行故障排查和修复。
在一实施例中，还包括以下步骤：所述服务器端还建立有故障存储库，所述故障存储库用于收集用户反馈的软件故障信息并按照车辆功能进行数据分类存储；所述服务器端还建立有修复数据库，所述修复数据库内存储有与常规故障相匹配的修复升级包；当所述服务器判定反馈的故障与修复数据库存有的修复升级包相匹配时，所述服务器将自动发送相应的修复升级包给所述第一移动端。
在一实施例中，根据用户实际反馈的故障信息或软件更新信息，对所述服务器中的修复数据库进行定期更新补充相应的修复升级包，并广播给所有的第一移动端进行同步升级。
在一实施例中，在步骤S400中，对可读文本进行处理以得到通讯数据文本，包括以下步骤：
所述服务器根据不同的诊断功能对可读文本进行标记，再分别提取与通讯协议相关的数据以得到适用于仿真平台可用的通讯数据文本。
本申请还提供一种软件故障反馈处理装置，包括：
交互模块，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；
通信模块，所述第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；再通过所述第一移动端反馈所述诊断软件的故障问题，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；
处理模块，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据解析得到可读文本，并对可读文本进行处理以得到通讯数据文本；
分析模块，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告；其中，所述第二移动端为与所述第一移动端相同型号且内置有汽车的诊断软件的设备；
反馈模块，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机被处理器执行时实现如上所述的软件故障反馈处理方法。
本申请还提供一种电子设备，包括至少一个处理器、及与所述处理器通信连接的存储器，其中所述存储器存储可被至少一个处理器执行的指令，所述指令被至少一个处理器执行，以使所述处理器执行如上所述的软件故障反馈处理方法。
基于上述，与现有技术相比，本申请提供的软件故障反馈处理方法能够针对用户对软件的实时反馈，在出现故障时及时将相关数据发送至服务器，由服务器端的软件开发人员利用仿真平台模拟汽车诊断场景以快速定位故障问题并及时修复软件，能够实现软件的远程修复，有效提高维修效率，快速解决用户问题，提高用户体验感。
本申请的其它特征和有益效果将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他有益效果可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图；在下面描述中附图所述的位置关系，若无特别指明，皆是图示中组件绘示的方向为基准。
图1为本申请提供的软件故障反馈处理方法的流程图；
图2为软件故障反馈处理过程中各装置的连接关系图；
图3为用户反馈故障问题的图形界面示意图；
图4为通讯数据文本中获得的读VIN码指令标记内容的示意图；
图5为本申请提供的软件故障反馈处理装置的结构示意图；
图6为本申请提供的计算机设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本 申请一部分实施例，而不是全部的实施例；下面所描述的本申请不同实施方式中所设计的技术特征只要彼此之间未构成冲突就可以相互结合；基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请的描述中，需要说明的是，本申请所使用的所有术语(包括技术术语和科学术语)具有与本申请所属领域的普通技术人员通常所理解的含义相同的含义，不能理解为对本申请的限制；应进一步理解，本申请所使用的术语应被理解为具有与这些术语在本说明书的上下文和相关领域中的含义一致的含义，并且不应以理想化或过于正式的意义来理解，除本申请中明确如此定义之外。
注意，在此使用的术语“设备”可以是硬件设备，也可以软件设备，本申请的范围在此方面不受限制。在此使用的术语“故障”是指影响或者潜在影响***正常运行的任何问题、失效、异常等等。另外，在此使用的术语“装置”(apparatus)既可以指基于硬件构成的设备或模块，也可以是基于软件构成的模块。
请参阅图1、图2所示，本申请提供一种软件故障反馈处理方法，应用于服务器和移动端；服务器与移动端可远程通信连接，服务器具备向相关联的设备或***发送控制命令、获取数据、管理等功能(例如，可以是一台远程服务器)，能够与移动端保持长连接，并能够为用户提供相关服务，移动端为任意具有通信诊断功能的智能终端；具体地，该软件反馈方法包括以下步骤：
步骤S100，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；其中，第一移动端与汽车之间可通过OBD诊断线或者OBD接头建立通信连接，还可通过蓝牙、WIFI等实现无线通信连接。
步骤S200，第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；其中，服务器根据连接指令进行身份验证的方式包括判定其是否为已注册的用户或不限于其他预设的权限条件等；若达到条件，则执行相应的连接工作，反之，拒绝其连接。
步骤S300，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；较佳地，为了服务器端能够更全面地判断诊断软件的故障，用户还可通过所述第一移动端的反馈界面向服务器反馈所述诊断软件的故障问题，其中，用户反馈的故障问题可包含在使用诊断设备对汽车进行诊断过程中，出现无法读取汽车故障码、读取故障码为无效码、数据流异常、编程失败等问题。具体可参照图3所示，汽车诊断软件可通过图形界面来提示用户对故障问题进行反馈，并授权其上传相关的诊断报告和日志数据。
步骤S400，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据 解析得到可读文本，并对可读文本进行处理以得到通讯数据文本。
具体地，其诊断报告为车辆的诊断报告，通过解析可得到车辆的车辆识别号，通过车辆识别号即可在服务器的数据中查找得到该汽车的车辆信息(包括：车辆品牌、车型、年款、发动机型号、排放标准等)。该车辆信息可应用于后续的车辆仿真平台上模拟用户的车辆。较佳地，其日志数据通过加密的方式由第一移动端传输给服务器，因此，服务器需要对日志数据进行解密分析。
步骤S500，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用；其中，所述第二移动端为与第一移动端相同型号且内置有汽车的诊断软件的设备。
作为一种优选方案，所述分析报告包括软件的发送指令、数据帧间隔和字节间隔的时序对比等信息，车辆仿真平台将第二移动端和专检设备的分析报告进行差异化标注，从而便于软件开发人员快速定位第一移动端的软件故障所在。
应当说明的是，所述车辆仿真平台为仿照汽车模拟搭建的一个数据平台，其相当于汽车的ECU，存取了大量的车辆ECU数据，可根据不同的车辆信息以及得到的通讯数据文本放进数据平台中进行模拟仿真实验。通过采用上述与第一移动端相同型号的第二移动端以及专检设备分别与车辆仿真平台进行交互实现诊断，能够复现确认用户反馈的问题现象，从而有效确保判断软件故障的准确性，为后续正确修复软件故障提供保障。其中，所述专检设备为汽车生产商原厂诊断设备，通过二者的比对模拟分析能够准确获取诊断的差异化信息，从而快速、准确地得到软件故障问题。
针对目前车辆诊断软件的软件故障反馈信息数据文件较大，车辆通讯数据有较多冗余内容，导致加载、传输不易的问题，本实施例在步骤S300中，将所述第一移动端根据诊断软件的进程生成日志数据，包括以下步骤：先将日志数据按照车辆功能进行数据分类处理，再将实际车辆测试出现异常所涉及的部分日志数据提取出并生成待反馈的日志数据，以传输至所述服务器。
具体而言，可按照版本信息功能、读故障码功能、清除故障码功能、读数据流功能、动作测试功能和特殊功能等功能进行数据分类，仅选取故障所在功能的日志数据进行反馈，从而使得生成的日志数据小而精准，有效减小数据文件的大小和数据冗余。通过上述设置方式，能够保证日志数据加载、传输快，以及后续进行服务器解析、车辆仿真分析的运行负担大大减小，从而提高整个软件故障反馈的效率。
在一些具体的实施例中，若产生的日志数据较多，则可将日志数据的文件采用分段法进行自动划分，并将一部分保留在汽车诊断设备上，一部分传给服务器，若服务器无法从 现有的日志文件中解析到故障信息时，再通知保留在汽车诊断设备的部分日志数据进行发送，再进行解析判断，从而进一步提高反馈过程的效率。
优选地，在步骤S200中，所述服务器与所述第一移动端建立通信连接后，第一移动端向服务器提交远程诊断请求，服务器根据预设条件判定是否接受所述诊断请求；若接受请求，所述服务器将与第二移动端或专检设备进行连接，利用第二移动端或专检设备对汽车进行远程诊断；待诊断软件修复后，再使得所述第一移动端恢复诊断。
具体实施时，为了数据安全以及隐私问题，当软件出现异常故障导致无法进行车辆诊断时，软件需要主动通知用户是否向服务器提交远程诊断请求，在获得用户许可后，才能进行相应的远程诊断过程。同时，服务器还需要对该远程诊断请求进行验证，其预设条件可以为判定该其故障类型是否符合远程诊断要求，若符合要求，第一诊断软件通过服务器分别与第二移动端、专检设备进行通信连接，以进行远程诊断任务。其通信连接可借助于网络通信机制。其网络例如可以包括有线网络、无线网络或其组合，包括但不限于以下至少一个：蜂窝电话网络，以太网，基于IEEE802.11、802.16、802.20等的无线局域网(WLAN)，和/或全球微波接入互操作性(WiMAX)网络。此外，网络可以是公共网络(诸如，因特网)、专用网络(诸如，企业内部网)或其组合。利用上述网络，第一移动端与服务器、第二移动端、专检设备可以基于Syslog，SNMP and HTTPS等各种适当的协议通信。备选地或附加地，也可以使用总线、线缆、光纤等机制实现信息通信。
优选地，所述服务器端还建立有故障存储库，所述故障存储库用于收集用户反馈的软件故障信息并按照车辆功能进行数据分类存储，从而形成可溯源的记录，不仅便于维护、分析，还能软件的进一步研发提供参考依据。
为了避免第一移动端由于硬件问题，导致无法工作，无法主动将诊断软件的异常信息告知服务器，本申请实施例还提供了一种解决方法，即所述第一移动端周期性向服务器发送所述诊断软件的工作状态信息，所述工作状态信息包含车辆信息；若服务器在预设时间内未接收到所述工作状态信息，则选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上进行测试生成测试报告，并对所述第一移动端进行故障排查和修复。通过上述方案，服务器可以有效的检测到第一移动端出现异常时，导致无法主动上报诊断软件出现问题的情况。
对于一般较为常规的软件故障问题，为了避免每次都要将日志数据转为通讯数据文本再在仿真平台上进行测试得到分析报告的步骤，导致过程繁琐且费时、费资源的问题。本申请实施例中，还包括以下步骤：所述服务器端还建立有修复数据库，所述修复数据库内存储有与常规故障相匹配的修复升级包；当所述服务器判定反馈的故障与修复数据库存有的修复升级包相匹配时，所述服务器将自动发送相应的修复升级包给第一移动端。即，用 户反馈的故障解析后能够与修复数据库内的相关信息相匹配时，则直接根据该故障信息，调用数据库内的修复升级包发送给用户，从而实现软件***故障的智能诊断与修复，大大提高了软件故障修复的效率和自动化程度。
进一步地，若所述服务器判定反馈的故障与修复数据库存有的修复升级包匹配不成功时，服务器再将该日志数据转为通讯数据文本，并执行步骤500，由软件开发人员进行辅助分析。
可选地，所述修复数据库可根据现存的故障问题与对应的修复升级包组合建立映射关系，并将该映射关系建模和入库，从而形成完整的修复数据库。
可选地，可以利用数据挖掘和训练的方法来管理修复数据库。例如，基于先前已经发生过的故障的相关信息，可以采用各种目前已知或者将来的技术对修复数据库进行训练，从而得到“故障问题-解决方案”和“解决方案-修复升级包”的映射关系。在此方面，通常的训练过程可以包括以下主要步骤：数据挑选；预处理；变换、数据挖掘以及解释/评估。数据挖掘技术的示例可以包括关联规则、聚类分析、半超学习(semi-super learning)、数据分类技术等等。本申请的范围在此方面不受限制。
优选地，根据用户实际反馈的故障信息或软件更新信息，可对所述服务器中的修复数据库进行定期更新补充相应的修复升级包，并广播给所有的移动端进行同步升级。
优选地，在步骤S500中，对可读文本进行处理以得到通讯数据文本，包括以下步骤：
所述服务器根据不同的诊断功能对可读文本进行标记，再分别提取与通讯协议相关的数据以得到适用于仿真平台可用的通讯数据文本。
具体地，由于用户反馈的数据是对车辆某些功能反复操作，因此生成的通讯数据文本较多，这将导致其占用空间较大，且有冗余的情况不便于查询和运行的问题。为解决上述问题，本实施例可根据读车辆VIN、版本信息功能、读故障码功能、清除故障码功能、读数据流功能、动作测试功能和特殊功能等对可读文本进行数据优化标记。对数据进行标记后，一方面可便于查看和阅读，方便开发人员快速定位到存在问题的通讯命令数据中；另一方面则是方便提取相关功能的通讯数据，方便后续的测试。具体为从可读文本提取关于通讯协议相关的数据(例如16进制的数据)，使其适用于仿真平台可使用的通讯数据文本。示例性地，可参照图4中为读VIN码指令的通讯数据文本。
如图5所示，本申请还提供一种软件故障反馈处理装置，包括：
交互模块，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；
通信模块，所述第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；再 通过所述第一移动端反馈所述诊断软件的故障问题，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；
处理模块，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据解析得到可读文本，并对可读文本进行处理以得到通讯数据文本；
分析模块，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告；其中，所述第二移动端为与所述第一移动端相同型号且内置有汽车的诊断软件的设备；
反馈模块，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用。
进一步地，还可包括远程修复模块，即，当检测到软件发送故障时，用户可根据需求向服务器提交远程诊断请求，服务器根据预设条件判定是否接受所述诊断请求；若接受请求，所述服务器将分别与第二移动端或专检设备进行连接，利用第二移动端或专检设备对汽车进行远程诊断。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机被处理器执行时实现如上任一项所述的软件故障反馈处理方法。
具体实施时，计算机可读存储介质为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；计算机可读存储介质还可以包括上述种类的存储器的组合。
本申请还提供一种电子设备，如图6所示，该电子设备包括至少一个处理器、及与所述处理器通信连接的存储器，其中所述存储器存储可被至少一个处理器执行的指令，所述指令被至少一个处理器执行，以使所述处理器执行如上所述的软件故障反馈处理方法。
具体实施时，处理器的数量可以是一个或多个，处理器可以为中央处理器，(Central Processing Unit，CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器与处理器可以通过总线或其他方式通信连接，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使处理器执行如上实施例中所述的软件故障反馈处理方法。
综上所述，与现有技术相比，本申请提供的软件故障反馈处理方法、装置、介质及设 备能够针对用户对软件的实时反馈，在出现故障时及时将相关数据发送至服务器，由服务器直接反馈修复升级包或利用仿真平台模拟汽车诊断场景以快速定位故障问题并及时反馈修复升级包给用户的方式，来实现软件的远程修复，不仅能节省人力，降低维修成本，还能够有效提高软件故障的维修效率和自动化程度，提高用户体验感。
另外，本领域技术人员应当理解，尽管现有技术中存在许多问题，但是，本申请的每个实施例或技术方案可以仅在一个或几个方面进行改进，而不必同时解决现有技术中或者背景技术中列出的全部技术问题。本领域技术人员应当理解，对于一个权利要求中没有提到的内容不应当作为对于该权利要求的限制。
尽管本文中较多的使用了诸如第一移动端、服务器、第二移动端、专检设备、车辆仿真平台等术语，但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本申请的本质；把它们解释成任何一种附加的限制都是与本申请精神相违背的；本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

  1. 一种软件故障反馈处理方法，其特征在于，包括以下步骤：
    步骤S100，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；
    步骤S200，所述第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；
    步骤S300，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；
    步骤S400，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据解析得到可读文本，并对可读文本进行处理以得到通讯数据文本；
    步骤S500，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用；其中，所述第二移动端为与所述第一移动端相同型号且内置有汽车的诊断软件的设备。
  2. 根据权利要求1所述的软件故障反馈处理方法，其特征在于：在步骤S300中，所述第一移动端根据诊断软件的进程生成日志数据，还包括以下步骤：
    先将日志数据按照车辆功能进行数据分类处理，再将实际车辆测试出现异常所涉及的部分日志数据提取出并生成待反馈的日志数据，以传输至所述服务器。
  3. 根据权利要求1所述的软件故障反馈处理方法，其特征在于：在步骤S200中，所述服务器与所述第一移动端建立通信连接后，所述第一移动端向服务器提交远程诊断请求，所述服务器根据预设条件判定是否接受所述诊断请求；若接受请求，所述服务器将分别与第二移动端或专检设备进行连接，利用第二移动端或专检设备对汽车进行远程诊断；待所述第一移动端的诊断软件完成修复后，再使得所述第一移动端恢复诊断。
  4. 根据权利要求1所述的软件故障反馈处理方法，其特征在于：所述第一移动端周期性向服务器发送所述诊断软件的工作状态信息，所述工作状态信息包含车辆信息；若服务器在预设时间内未接收到所述工作状态信息，则选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上进行测试生成测试报告，并对所述第一移动端进行故障排查和修复。
  5. 根据权利要求1所述的软件故障反馈处理方法，其特征在于：还包括以下步骤：所述服务器端还建立有故障存储库，所述故障存储库用于收集用户反馈的软件故障信息并按照车辆功能进行数据分类存储；所述服务器还建立有修复数据库，所述修复数据库内存储有与常规故障相匹配的修复升级包；当所述服务器判定反馈的故障与修复数据库存有的修 复升级包相匹配时，所述服务器将自动发送相应的修复升级包给所述第一移动端。
  6. 根据权利要求5所述的软件故障反馈处理方法，其特征在于：根据用户实际反馈的故障信息或软件更新信息，对所述服务器中的修复数据库进行定期更新补充相应的修复升级包，并广播给所有第一移动端进行同步升级。
  7. 根据权利要求1所述的软件故障反馈处理方法，其特征在于：在步骤S400中，对可读文本进行处理以得到通讯数据文本，包括以下步骤：
    所述服务器根据不同的诊断功能对可读文本进行标记，再分别提取与通讯协议相关的数据以得到适用于仿真平台可用的通讯数据文本。
  8. 一种软件故障反馈处理装置，其特征在于，包括：
    交互模块，第一移动端与汽车通信连接以进行交互，所述第一移动端内置有汽车的诊断软件；
    通信模块，所述第一移动端的诊断软件发生故障时，第一移动端向服务器发起请求连接指令，所述服务器根据连接指令进行身份验证，以与所述第一移动端建立通信连接；再通过所述第一移动端反馈所述诊断软件的故障问题，所述第一移动端根据所述诊断软件的进程生成诊断报告和日志数据并反馈给所述服务器；
    处理模块，所述服务器根据反馈的诊断报告解析得到车辆信息，根据反馈的日志数据解析得到可读文本，并对可读文本进行处理以得到通讯数据文本；
    分析模块，选用第二移动端和专检设备并根据车辆信息在车辆仿真平台上对通讯数据文本进行测试以得到比对的分析报告；其中，所述第二移动端为与所述第一移动端相同型号且内置有汽车的诊断软件的设备；
    反馈模块，根据所述分析报告定位诊断软件的故障所在，并对所述诊断软件进行修复升级以得到升级包，再将升级包发送至所述第一移动端进行升级使用。
  9. 一种计算机可读存储介质，其特征在于：所述计算机可读存储介质存储有计算机指令，所述计算机被处理器执行时实现如权利要求1-7任一项所述的软件故障反馈处理方法。
  10. 一种电子设备，其特征在于：包括至少一个处理器、及与所述处理器通信连接的存储器，其中所述存储器存储可被至少一个处理器执行的指令，所述指令被至少一个处理器执行，以使所述处理器执行如权利要求1-7任一项所述的软件故障反馈处理方法。
PCT/CN2023/091358 2022-07-20 2023-04-27 软件故障反馈处理方法、装置、介质及设备 WO2024016781A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210850128.1A CN115080299B (zh) 2022-07-20 2022-07-20 软件故障反馈处理方法、装置、介质及设备
CN202210850128.1 2022-07-20

Publications (1)

Publication Number Publication Date
WO2024016781A1 true WO2024016781A1 (zh) 2024-01-25

Family

ID=83259730

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/091358 WO2024016781A1 (zh) 2022-07-20 2023-04-27 软件故障反馈处理方法、装置、介质及设备

Country Status (2)

Country Link
CN (2) CN115080299B (zh)
WO (1) WO2024016781A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115080299B (zh) * 2022-07-20 2022-11-25 深圳市星卡软件技术开发有限公司 软件故障反馈处理方法、装置、介质及设备
CN116449810B (zh) * 2023-06-20 2023-08-29 一汽解放汽车有限公司 一种故障排查方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102183945A (zh) * 2011-01-17 2011-09-14 武汉理工大学 一种多功能电控汽车远程故障诊断***
CN104007756A (zh) * 2014-05-08 2014-08-27 深圳市元征科技股份有限公司 基于移动智能终端的个人汽车诊断***及方法
US10019716B1 (en) * 2013-11-21 2018-07-10 Google Llc Method for feedback submission resolution
CN112927385A (zh) * 2021-01-19 2021-06-08 广州优胜汽车科技有限公司 日志数据收集方法、***、移动终端及可读存储介质
CN115080299A (zh) * 2022-07-20 2022-09-20 深圳市星卡软件技术开发有限公司 软件故障反馈处理方法、装置、介质及设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965580B (zh) * 2014-05-08 2018-10-16 腾讯科技（深圳）有限公司 未读消息的展示方法和装置
EP3416052B1 (en) * 2016-02-11 2020-11-25 Hyundai Motor Company Method and device for wirelessly updating software for vehicle
CN107493186A (zh) * 2016-12-23 2017-12-19 宝沃汽车（中国）有限公司 车辆的远程升级***及其控制方法
US10547502B2 (en) * 2017-08-10 2020-01-28 Ford Global Technologies, Llc Vehicle communications
CN107885187A (zh) * 2017-10-19 2018-04-06 深圳市元征科技股份有限公司 一种汽车远程诊断方法、用户终端及服务器
CN110943750B (zh) * 2019-12-05 2022-09-23 中车大连电力牵引研发中心有限公司 一种列车远程无线通信装置及方法
WO2021144860A1 (ja) * 2020-01-14 2021-07-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 車両ログ保存装置、車両ログ送信装置、車両ログ収集システムおよび車両ログ保存方法
CN113034726A (zh) * 2021-04-26 2021-06-25 广州优胜汽车科技有限公司 远程协助诊断***
CN112947394A (zh) * 2021-04-26 2021-06-11 广州优胜汽车科技有限公司 远程协助诊断方法和***
CN113778050A (zh) * 2021-08-13 2021-12-10 江铃汽车股份有限公司 车辆远程诊断方法、装置、存储介质及车辆售后终端
CN113448320B (zh) * 2021-08-30 2021-11-30 深圳市星卡科技有限公司 汽车双远程诊断方法、***、装置和计算机设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102183945A (zh) * 2011-01-17 2011-09-14 武汉理工大学 一种多功能电控汽车远程故障诊断***
US10019716B1 (en) * 2013-11-21 2018-07-10 Google Llc Method for feedback submission resolution
CN104007756A (zh) * 2014-05-08 2014-08-27 深圳市元征科技股份有限公司 基于移动智能终端的个人汽车诊断***及方法
CN112927385A (zh) * 2021-01-19 2021-06-08 广州优胜汽车科技有限公司 日志数据收集方法、***、移动终端及可读存储介质
CN115080299A (zh) * 2022-07-20 2022-09-20 深圳市星卡软件技术开发有限公司 软件故障反馈处理方法、装置、介质及设备

Also Published As

Publication number Publication date
CN115080299A (zh) 2022-09-20
CN115080299B (zh) 2022-11-25
CN116795572A (zh) 2023-09-22

Similar Documents

Publication Publication Date Title
WO2024016781A1 (zh) 软件故障反馈处理方法、装置、介质及设备
WO2022166407A1 (zh) 车辆故障提示信息获取方法、装置及存储介质
CN108683562B (zh) 异常检测定位方法、装置、计算机设备及存储介质
CN106104636B (zh) 使用基于网络的计算基础结构的汽车检测***
CN102437938B (zh) 面向大规模网络监测的虚拟化部署***和方法
CN110046073B (zh) 一种日志采集方法及装置、设备、存储介质
WO2023125852A1 (zh) 远程诊断方法及装置、电子设备和存储介质
CN104506376B (zh) 一种具有帧起始敏感同步触发功能的多通道冗余式can总线测试***
CN109976959A (zh) 一种用于服务器故障检测的便携式设备及方法
CN113608518B (zh) 数据生成方法、装置、终端设备及介质
WO2023125591A1 (zh) 远程诊断方法及装置、***、电子设备和存储介质
US20240028491A1 (en) Automobile Bus Fault Diagnosis Method, Apparatus and Computing Device
WO2023125851A1 (zh) 远程诊断方法及装置、电子设备和存储介质
CN113419920B (zh) 物联管理平台仿真测试***联调测试过程实时监控方法
US11537485B2 (en) Test sequencing method, configuration generating method, and configuration generating apparatus for testing devices according to their communication protocols
WO2016127483A1 (zh) 一种采集适配器管理***的处理方法和装置
CN111414299B (zh) 基于hdparm的SSD扩展信息获取方法和装置
KR102405879B1 (ko) 상호 운용성 분석 방법 및 장치
CN115065612B (zh) 全链路压测改造的测试方法及装置
WO2024037345A1 (zh) 故障处理方法及其装置、存储介质
CN111800296B (zh) 实时***网络数据捕获与分析方法、***、设备及存储介质
CN112907221B (zh) 一种自服务方法、装置及***
CN117610998A (zh) 一种物料缺陷检测方法、装置、设备及存储介质
CN118191468A (zh) 一种车辆的电检测试方法、装置、电子设备及存储介质
CN117857303A (zh) 远程网络服务方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23841852

Country of ref document: EP

Kind code of ref document: A1