CN116244348A - 车辆诊断需求数据的处理方法、装置、设备及存储介质 - Google Patents
车辆诊断需求数据的处理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN116244348A CN116244348A CN202310334382.0A CN202310334382A CN116244348A CN 116244348 A CN116244348 A CN 116244348A CN 202310334382 A CN202310334382 A CN 202310334382A CN 116244348 A CN116244348 A CN 116244348A
- Authority
- CN
- China
- Prior art keywords
- diagnosis
- data
- questionnaire
- vehicle
- user
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/12—Use of codes for handling textual entities
- G06F40/151—Transformation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/174—Form filling; Merging
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/177—Editing, e.g. inserting or deleting of tables; using ruled lines
- G06F40/18—Editing, e.g. inserting or deleting of tables; using ruled lines of spreadsheets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/186—Templates
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Health & Medical Sciences (AREA)
- Artificial Intelligence (AREA)
- Audiology, Speech & Language Pathology (AREA)
- General Health & Medical Sciences (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Security & Cryptography (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
Abstract
本申请公开了一种车辆诊断需求数据的处理方法、装置、设备及存储介质,所述处理方法包括:获取用户按照第一预设格式上传的车辆诊断需求数据;根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。其中,通过统一车辆诊断需求数据的格式,并在诊断需求变更时及时调整并输出诊断调查表,可以有效减少当诊断需求数据较多或者数据需要更新时,诊断工程师在维护车辆诊断需求数据过程中的出错率和工作量。
Description
技术领域
本申请属于车辆诊断技术领域,尤其涉及一种车辆诊断需求数据的处理方法、装置、设备及存储介质。
背景技术
随着汽车技术的发展,汽车集成的硬件越来越多,当车辆需要维修时,诊断工程师通常利用诊断工具对车辆的电子控制单元(Electronic Control Unit,ECU)进行数据读取,得到车辆诊断需求数据。
目前,对于诊断需求数据,通常采用EXCEL表格的形式进行记录,当诊断需求数据较多或者数据需要更新时,诊断工程师在维护车辆诊断需求数据的过程中极易出错,进而影响对车辆的维修。
发明内容
本申请的实施例提供了一种车辆诊断需求数据的处理方法、装置、设备及存储介质,进而能够降低诊断工程师在维护车辆诊断需求数据时的出错率。
本申请的其它特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。
根据本申请实施例的第一方面,提供了一种车辆诊断需求数据的处理方法,所述处理方法包括:
获取用户按照第一预设格式上传的车辆诊断需求数据;
根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;
响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;
响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。
在本申请的一些实施例中,基于前述方案,所述第一预设格式为诊断需求编辑页面的下拉框控件中待选择的数据的格式,所述获取用户按照第一预设格式上传的车辆诊断需求数据,包括:
获取用户在所述下拉框控件中选择的数据,并将获取到的数据作为所述车辆诊断需求数据。
在本申请的一些实施例中,基于前述方案,所述处理方法还包括:
响应于用户在所述下拉框控件中输入的数据,判断所述待选择的数据中是否存在所述输入的数据;
在不存在所述输入的数据的情况下,输出报错信息。
在本申请的一些实施例中,基于前述方案,所述第一预设格式为通用诊断需求数据库中数据的格式,所述获取用户按照第一预设格式上传的车辆诊断需求数据,包括:
获取用户从所述通用诊断需求数据库中检索到的数据,并将获取到的数据作为所述车辆诊断需求数据,其中,所述通用诊断需求数据库中包括适用于不同车型的诊断故障代码DTC、数据标识符DID和例程控制标识RID。
在本申请的一些实施例中,基于前述方案,所述处理方法还包括:
获取预设冻结时间;
在当前时间到达所述预设冻结时间的情况下,将所述第一诊断调查表和所述第二诊断调查表的编辑状态修改为不可编辑。
在本申请的一些实施例中,基于前述方案,所述处理方法还包括:
响应于用户输入的项目名称和诊断协议名称,从诊断协议规范中查找与所述项目名称和所述诊断协议名称对应的诊断协议;
输出查找到的诊断协议。
在本申请的一些实施例中,基于前述方案,所述处理方法还包括:
将所述车辆诊断需求数据、所述第一诊断调查表和所述第二诊断调查表实时上传至服务器。
根据本申请实施例的第二方面,提供了一种车辆诊断需求数据的处理装置,所述处理装置包括:
数据获取单元,用于获取用户按照第一预设格式上传的车辆诊断需求数据;
第一诊断调查表生成单元,用于根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;
第二诊断调查表生成单元,用于响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;
诊断调查表输出单元,用于响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。
根据本申请实施例的第三方面,提供了一种车辆诊断需求数据的处理设备,所述车辆诊断需求数据的处理设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述的方法的步骤。
根据本申请实施例的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的方法的步骤。
在本申请中,通过获取用户按照第一预设格式上传的车辆诊断需求数据;根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。其中,通过统一车辆诊断需求数据的格式,并在诊断需求变更时及时调整并输出诊断调查表,可以有效减少当诊断需求数据较多或者数据需要更新时,诊断工程师在维护车辆诊断需求数据过程中的出错率和工作量。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。在附图中:
图1为一个实施例中车辆诊断需求数据的处理方法的流程示意图;
图2为另一个实施例中车辆诊断需求数据的处理方法的流程示意图;
图3为一个实施例中车辆诊断需求数据的处理装置的结构框图;
图4为一个实施例中车辆诊断需求数据的处理设备的内部结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
需要注意的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。
在一个实施例中,如图1所示,提供了一种车辆诊断需求数据的处理方法,本实施例以该方法应用于终端进行举例说明,本实施例中,该方法可以包括以下步骤:
步骤101,获取用户按照第一预设格式上传的车辆诊断需求数据。
应当理解的是,当用户需要上传车辆诊断需求数据时,可以线上走诊断需求发布流程,并在诊断需求编辑页面上传或编辑车辆诊断需求数据。为了减少用户上传错误的数据,可以对诊断需求编辑页面中需要填写的数据按照第一预设格式进行设计,如此,当用户上传或编辑了格式不符合的数据,则输出报错信息,提醒用户重新上传或编辑,进而保障了诊断需求编辑页面中车辆诊断需求数据均是符合要求的格式正确的数据。
其中,第一预设格式可以为诊断需求编辑页面的下拉框控件中待选择的数据的格式、通用诊断需求数据库中数据的格式或其他格式,本实施例对此不加以限制。
在一个示例中,第一预设格式为诊断需求编辑页面的下拉框控件中待选择的数据的格式,获取用户按照第一预设格式上传的车辆诊断需求数据,包括:获取用户在下拉框控件中选择的数据,并将获取到的数据作为车辆诊断需求数据。
应当理解的是,在设计诊断需求编辑页面时,可以设置多个下拉框控件,每个下拉框控件中设置多个待选择的数据,并设置待选择的数据的格式。用户可以直接通过下拉框控件选择数据,终端将用户选择的选择作为车辆诊断数据。
当然,用户还可以通过在下拉框控件输入数据,实现对车辆诊断数据的在线编辑。终端响应于用户在下拉框控件中输入的数据,判断待选择的数据中是否存在输入的数据;在不存在输入的数据的情况下,输出报错信息。
通过上述防错及报错机制,可以有效统一诊断需求数据的格式,减少用户上传的车辆诊断需求数据格式错误。
在另一个示例中,第一预设格式为通用诊断需求数据库中数据的格式,获取用户按照第一预设格式上传的车辆诊断需求数据,包括:获取用户从通用诊断需求数据库中检索到的数据,并将获取到的数据作为车辆诊断需求数据,其中,通用诊断需求数据库中包括适用于不同车型的诊断故障代码DTC、数据标识符DID和例程控制标识RID。
应当理解的是,通用诊断需求数据库中存储有适用于不同车型的ECU的DTC、DID和RID,用户可以通过检索通用诊断需求数据库提取数据,终端将该数据作为车辆诊断需求数据。
在其它的示例中,用户还可以直接导入离线的诊断调查表,终端从该诊断调查表中提取信息,得到车辆诊断需求数据。
步骤102,根据车辆诊断需求数据及预设模板生成第一诊断调查表。
应当理解的是,终端在获取到车辆诊断需求数据后,可以将车辆诊断需求数据填充至预设模板中的对应位置,得到第一诊断调查表,并将其实时上传至服务器。
在具体实现中,当用户需要导出第一诊断调查表时,可以将第一诊断调查表转换为CDD、ODX或PDX格式的文件并输出。
步骤103,响应于用户上传的诊断变更申请单,根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表。
应当理解的是,当用户需要对车辆诊断需求数据进行变更时,可以上传诊断变更申请单,并线上走诊断需求变更申请及审批流程,可选地,在审批流程通过之后,终端根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表。
具体地,终端可以将诊断变更申请单中变更的项目内容更新至第一诊断调查表中对应的项目中,并将更新后的第一诊断调查表作为第二诊断调查表。
步骤104,响应于用户的导出操作,将第二诊断调查表转换为第二预设格式的文件后输出,其中,第二预设格式包括CDD、ODX或PDX格式。
在具体实现中,可以利用DiagConverterV2工具将第二诊断调查表转换为CDD、ODX或PDX格式的文件,如此可以有效减少CDD、ODX或PDX文件转化的出错率,便于测试工程师开展工作。
上述实施例通过获取用户按照第一预设格式上传的车辆诊断需求数据;根据车辆诊断需求数据及预设模板生成第一诊断调查表;响应于用户上传的诊断变更申请单,根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表;响应于用户的导出操作,将第二诊断调查表转换为第二预设格式的文件后输出,其中,第二预设格式包括CDD、ODX或PDX格式。其中,通过统一车辆诊断需求数据的格式,并在诊断需求变更时及时调整并输出诊断调查表,可以有效减少当诊断需求数据较多或者数据需要更新时,诊断工程师在维护车辆诊断需求数据过程中的出错率和工作量,无需外包人员投入工作,减少了用人成本。
在一个实施例中,车辆诊断需求数据的处理方法还可以包括以下步骤:
获取预设冻结时间;在当前时间到达预设冻结时间的情况下,将第一诊断调查表和第二诊断调查表的编辑状态修改为不可编辑。
应当理解的是,在终端可以预先设置多个冻结时间,在当前时间到达各预设冻结时间的情况下,对第一诊断调查表和第二诊断调查表进行上锁,具体地,可以将诊断调查表的编辑状态修改为不可编辑,或者只读,以解决版本管理混乱问题,同时由于对诊断调查表进行了阶段性冻结,有利后阶段性回顾诊断需求以及经验学习。
在一个实施例中,车辆诊断需求数据的处理方法还可以包括以下步骤:
响应于用户输入的项目名称和诊断协议名称,从诊断协议规范中查找与项目名称和诊断协议名称对应的诊断协议;输出查找到的诊断协议。
应当理解的是,终端中存储有诊断协议规范,该诊断协议规范中包括各项目ECU支持的诊断协议。用户可以一键导入或导出诊断协议规范,也可以导出某一项目ECU支持的诊断协议。当用户需要某一项目ECU对应的诊断协议时,仅需要输入项目名称和诊断协议名称,终端从诊断协议规范查找对应的诊断协议并输出。
当然,终端还可以根据诊断协议规范定义用户需要上传哪些车辆诊断需求数据,以使得第一诊断调查表中的内容更加全面和规范。
在一个实施例中,车辆诊断需求数据的处理方法还可以包括以下步骤:
将车辆诊断需求数据、第一诊断调查表和第二诊断调查表实时上传至服务器。
通过将车辆诊断需求数据实时上传至服务器,可以解决诊断需求不同步的问题,通过将第一诊断调查表和第二诊断调查表实时上传至服务器,可以实现诊断调查表的有序管理及存档。
图2为另一个实施例中车辆诊断需求数据的处理方法的流程示意图,如图2所示,车辆诊断需求数据的处理方法可以包括以下步骤:
步骤201,获取用户在下拉框控件中选择的数据,和/或用户从通用诊断需求数据库中检索到的数据;
步骤202,将获取到的数据作为车辆诊断需求数据,并上实时上传至服务器;
步骤203,根据车辆诊断需求数据及预设模板生成第一诊断调查表,并上实时上传至服务器;
步骤204,响应于用户上传的诊断变更申请单,根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表,并上实时上传至服务器;
步骤205,响应于用户的导出操作,将第二诊断调查表转换为第二预设格式的文件后输出,其中,第二预设格式包括CDD、ODX或PDX格式。
应该理解的是,虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同一发明构思,本申请实施例还提供了一种车辆诊断需求数据的处理装置,如图3所示,车辆诊断需求数据的处理装置包括:数据获取单元301、第一诊断调查表生成单元302、第二诊断调查表生成单元303和诊断调查表输出单元304,其中:
数据获取单元301,用于获取用户按照第一预设格式上传的车辆诊断需求数据;第一诊断调查表生成单元302,用于根据车辆诊断需求数据及预设模板生成第一诊断调查表;第二诊断调查表生成单元303,用于响应于用户上传的诊断变更申请单,根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表;诊断调查表输出单元304,用于响应于用户的导出操作,将第二诊断调查表转换为第二预设格式的文件后输出,其中,第二预设格式包括CDD、ODX或PDX格式。
在一个实施例中,数据获取单元301,还用于获取用户在下拉框控件中选择的数据,并将获取到的数据作为车辆诊断需求数据。
在一个实施例中,数据获取单元301,还用于响应于用户在下拉框控件中输入的数据,判断待选择的数据中是否存在输入的数据;在不存在输入的数据的情况下,输出报错信息。
在一个实施例中,数据获取单元301,还用于获取用户从通用诊断需求数据库中检索到的数据,并将获取到的数据作为车辆诊断需求数据,其中,通用诊断需求数据库中包括适用于不同车型的诊断故障代码DTC、数据标识符DID和例程控制标识RID。
在一个实施例中,车辆诊断需求数据的处理装置还包括数据冻结单元(图未示),用于获取预设冻结时间;在当前时间到达预设冻结时间的情况下,将第一诊断调查表和第二诊断调查表的编辑状态修改为不可编辑。
在一个实施例中,车辆诊断需求数据的处理装置还包括数据查找单元(图未示),用于响应于用户输入的项目名称和诊断协议名称,从诊断协议规范中查找与项目名称和诊断协议名称对应的诊断协议;输出查找到的诊断协议。
在一个实施例中,车辆诊断需求数据的处理装置还包括数据上传单元(图未示),用于将车辆诊断需求数据、第一诊断调查表和第二诊断调查表实时上传至服务器。
上述车辆诊断需求数据的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
基于同一发明构思,本申请实施例还提供了一种车辆诊断需求数据的处理设备。图4为一个实施例中车辆诊断需求数据的处理设备的内部结构图,如图4所示,车辆诊断需求数据的处理设备包括一个或多个存储器404、一个或多个处理器402及存储在存储器404上并可在处理器402上运行的至少一条计算机程序(程序代码),处理器402执行计算机程序时实现如前的车辆诊断需求数据的处理方法。
其中,在图4中,总线架构(用总线400来代表),总线400可以包括任意数量的互联的总线和桥,总线400将包括由处理器402代表的一个或多个处理器和存储器404代表的存储器的各种电路链接在一起。总线400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其它电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口405在总线400和接收器401和发送器403之间提供接口。接收器401和发送器403可以是同一个元件,即收发机,提供用于在传输介质上与各种其它装置通信的单元。处理器402负责管理总线400和通常的处理,而存储器404可以被用于存储处理器402在执行操作时所使用的数据。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的车辆诊断需求数据的处理设备的限定,具体的车辆诊断需求数据的处理设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
基于同一发明构思,本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
获取用户按照第一预设格式上传的车辆诊断需求数据;
根据车辆诊断需求数据及预设模板生成第一诊断调查表;
响应于用户上传的诊断变更申请单,根据诊断变更申请单对第一诊断调查表进行调整,得到第二诊断调查表;
响应于用户的导出操作,将第二诊断调查表转换为第二预设格式的文件后输出,其中,第二预设格式包括CDD、ODX或PDX格式。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
获取用户在下拉框控件中选择的数据,并将获取到的数据作为车辆诊断需求数据。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
响应于用户在下拉框控件中输入的数据,判断待选择的数据中是否存在输入的数据;
在不存在输入的数据的情况下,输出报错信息。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
获取用户从通用诊断需求数据库中检索到的数据,并将获取到的数据作为车辆诊断需求数据,其中,通用诊断需求数据库中包括适用于不同车型的诊断故障代码DTC、数据标识符DID和例程控制标识RID。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
获取预设冻结时间;
在当前时间到达预设冻结时间的情况下,将第一诊断调查表和第二诊断调查表的编辑状态修改为不可编辑。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
响应于用户输入的项目名称和诊断协议名称,从诊断协议规范中查找与项目名称和诊断协议名称对应的诊断协议;
输出查找到的诊断协议。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:
将车辆诊断需求数据、第一诊断调查表和第二诊断调查表实时上传至服务器。
本文中所描述的功能可在硬件、由处理器执行的软件、固件或其任何组合中实施。如果在由处理器执行的软件中实施,那么可将功能作为一或多个指令或代码存储于计算机可读媒体上或经由计算机可读媒体予以传输。其它实例及实施方案在本申请及所附权利要求书的范围及精神内。举例来说,归因于软件的性质,上文所描述的功能可使用由处理器、硬件、固件、硬连线或这些中的任何者的组合执行的软件实施。此外,各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为控制装置的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种车辆诊断需求数据的处理方法,其特征在于,所述处理方法包括:
获取用户按照第一预设格式上传的车辆诊断需求数据;
根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;
响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;
响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。
2.根据权利要求1所述的车辆诊断需求数据的处理方法,其特征在于,所述第一预设格式为诊断需求编辑页面的下拉框控件中待选择的数据的格式,所述获取用户按照第一预设格式上传的车辆诊断需求数据,包括:
获取用户在所述下拉框控件中选择的数据,并将获取到的数据作为所述车辆诊断需求数据。
3.根据权利要求2所述的车辆诊断需求数据的处理方法,其特征在于,所述处理方法还包括:
响应于用户在所述下拉框控件中输入的数据,判断所述待选择的数据中是否存在所述输入的数据;
在不存在所述输入的数据的情况下,输出报错信息。
4.根据权利要求1所述的车辆诊断需求数据的处理方法,其特征在于,所述第一预设格式为通用诊断需求数据库中数据的格式,所述获取用户按照第一预设格式上传的车辆诊断需求数据,包括:
获取用户从所述通用诊断需求数据库中检索到的数据,并将获取到的数据作为所述车辆诊断需求数据,其中,所述通用诊断需求数据库中包括适用于不同车型的诊断故障代码DTC、数据标识符DID和例程控制标识RID。
5.根据权利要求1所述的车辆诊断需求数据的处理方法,其特征在于,所述处理方法还包括:
获取预设冻结时间;
在当前时间到达所述预设冻结时间的情况下,将所述第一诊断调查表和所述第二诊断调查表的编辑状态修改为不可编辑。
6.根据权利要求1所述的车辆诊断需求数据的处理方法,其特征在于,所述处理方法还包括:
响应于用户输入的项目名称和诊断协议名称,从诊断协议规范中查找与所述项目名称和所述诊断协议名称对应的诊断协议;
输出查找到的诊断协议。
7.根据权利要求1所述的车辆诊断需求数据的处理方法,其特征在于,所述处理方法还包括:
将所述车辆诊断需求数据、所述第一诊断调查表和所述第二诊断调查表实时上传至服务器。
8.一种车辆诊断需求数据的处理装置,其特征在于,所述处理装置包括:
数据获取单元,用于获取用户按照第一预设格式上传的车辆诊断需求数据;
第一诊断调查表生成单元,用于根据所述车辆诊断需求数据及预设模板生成第一诊断调查表;
第二诊断调查表生成单元,用于响应于用户上传的诊断变更申请单,根据所述诊断变更申请单对所述第一诊断调查表进行调整,得到第二诊断调查表;
诊断调查表输出单元,用于响应于用户的导出操作,将所述第二诊断调查表转换为第二预设格式的文件后输出,其中,所述第二预设格式包括CDD、ODX或PDX格式。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310334382.0A CN116244348A (zh) | 2023-03-30 | 2023-03-30 | 车辆诊断需求数据的处理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310334382.0A CN116244348A (zh) | 2023-03-30 | 2023-03-30 | 车辆诊断需求数据的处理方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116244348A true CN116244348A (zh) | 2023-06-09 |
Family
ID=86627911
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310334382.0A Pending CN116244348A (zh) | 2023-03-30 | 2023-03-30 | 车辆诊断需求数据的处理方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116244348A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116521143A (zh) * | 2023-07-04 | 2023-08-01 | 上海鉴智其迹科技有限公司 | 一种故障诊断did读写服务处理方法及装置 |
CN117574869A (zh) * | 2023-10-19 | 2024-02-20 | 镁佳(北京)科技有限公司 | 自动化生成诊断应用数据包的方法、装置、设备及介质 |
-
2023
- 2023-03-30 CN CN202310334382.0A patent/CN116244348A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116521143A (zh) * | 2023-07-04 | 2023-08-01 | 上海鉴智其迹科技有限公司 | 一种故障诊断did读写服务处理方法及装置 |
CN116521143B (zh) * | 2023-07-04 | 2023-09-29 | 上海鉴智其迹科技有限公司 | 一种故障诊断did读写服务处理方法及装置 |
CN117574869A (zh) * | 2023-10-19 | 2024-02-20 | 镁佳(北京)科技有限公司 | 自动化生成诊断应用数据包的方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN116244348A (zh) | 车辆诊断需求数据的处理方法、装置、设备及存储介质 | |
US9723060B2 (en) | Integrated nodes, computer readable media and program products, and computer-implemented methods for providing an integrated node for data acquisition, verification and conditioning, and for remote subsystem control | |
CN106228270B (zh) | 一种大数据驱动的挤压设备的能耗预测方法及其系统 | |
Moser et al. | Integrating production automation expert knowledge across engineering stakeholder domains | |
CN108228726B (zh) | 配电网红黑图的增量异动内容获取方法及存储介质 | |
CN105843936A (zh) | 一种业务数据报表方法与系统 | |
CN104408050A (zh) | 一种测试数据在线自动判读系统及方法 | |
Gruber et al. | Condition-based maintenance via simulation and a targeted Bayesian network metamodel | |
US11907865B2 (en) | Determination of security-constrained optimal power flow | |
WO2016019855A1 (zh) | 数据转化方法和装置 | |
CN113487086A (zh) | 设备剩余使用寿命预测方法、装置、计算机设备和介质 | |
US20210295210A1 (en) | System and method for ensuring that the results of machine learning models can be audited | |
Rodrigues et al. | Using prognostic system and decision analysis techniques in aircraft maintenance cost-benefit models | |
Jain et al. | Availability analysis of machining system with common cause failure, inspection and imperfect repair | |
CN114757448B (zh) | 一种基于数据空间模型的制造环节间最优价值链构建方法 | |
CN115714004A (zh) | 一种面向医学影像的信息归档管理系统 | |
CN114116742B (zh) | 一种基于地铁综合监控系统的时序数据填补方法及装置 | |
EP3719737A1 (de) | Computergestütztes energiemanagementverfahren und energiemanagementsystem | |
CN115577821A (zh) | 一种设备剩余使用寿命的预测方法和装置 | |
CN115903720A (zh) | 用于轨道交通的故障诊断系统及方法和存储介质 | |
Wu et al. | Cognitive thread supports system of systems for complex system development | |
CN104915523A (zh) | 一种基于时间序列的调控全业务统一建模方法 | |
CN109918353A (zh) | 自动化信息处理的方法及终端设备 | |
CN111524053B (zh) | 空气质量预报系统的信息采集方法、装置、设备及介质 | |
CN115914379B (zh) | 一种数据交换装置及数据交换系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |