CN116360940A - 一种任务处理请求响应方法、装置及存储介质 - Google Patents
一种任务处理请求响应方法、装置及存储介质 Download PDFInfo
- Publication number
- CN116360940A CN116360940A CN202310222759.3A CN202310222759A CN116360940A CN 116360940 A CN116360940 A CN 116360940A CN 202310222759 A CN202310222759 A CN 202310222759A CN 116360940 A CN116360940 A CN 116360940A
- Authority
- CN
- China
- Prior art keywords
- task
- data
- processing
- request
- diagnosis
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
-
- 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
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种任务处理请求响应方法,包括接收请求端发送的针对目标任务的任务处理请求;基于预设任务时序信息,依次执行针对任务处理请求的多个诊断任务,得到处理响应数据;预设任务时序信息指示响应于任务处理请求触发的多个诊断任务间的流转时序;多个诊断任务包括会话层子模块对应的第一任务集、服务调度程序子模块对应的第二任务集和服务处理子模块对应的第三任务集,第一任务集、第二任务集和第三任务集分别包括至少一个诊断任务;将处理响应数据发送至请求端。本申请的任务处理请求响应方法不仅能够使响应于任务处理请求触发的多个诊断任务按时序流转,而且还能便于对任务处理请求的通信进程进行查询和管理。
Description
技术领域
本申请涉及车辆技术领域,尤其涉及一种任务处理请求响应方法、装置及存储介质。
背景技术
CPAUTOSAR平台的基础模块由系统服务(SystemServices)、存储管理(MemoryServices)、通信服务(CommunicationServices)等基础功能模块组成。诊断模块是系统服务中重要的一部分,诊断模块主要的两大功能为诊断事件管理(DiagnosticEventManager,DEM)和诊断通信管理(Diagnostic CommunicationManager,DCM)。其中,DCM主要负责诊断数据流控制、诊断状态控制、数据处理及准备等。
DCM主要包含三个子模块,分别是会话层子模块(DiagnosticSession layer,DSL)、服务调度程序子模块(DiagnosticServiceDispatcher,DSD)和服务处理子模块(DiagnosticServiceProcessing,DSP)。现有技术中,会话层子模块、服务调度程序子模块和服务处理子模块各子模块内部和各子模块之间的任务分配不明,且任务流转易出错,无法实现对诊断通信的有效管理。
发明内容
本申请提供了一种任务处理请求响应方法、装置及存储介质,不仅能够使响应于任务处理请求触发的多个诊断任务按时序流转,而且还能便于对任务处理请求的通信进程进行查询和管理。
一方面,本申请提供一种任务处理请求响应方法,包括:
接收请求端发送的针对目标任务的任务处理请求;
基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据;所述预设任务时序信息指示响应于所述任务处理请求触发的所述多个诊断任务间的流转时序;所述多个诊断任务包括所述会话层子模块对应的第一任务集、所述服务调度程序子模块对应的第二任务集和所述服务处理子模块对应的第三任务集,所述第一任务集、所述第二任务集和所述第三任务集分别包括至少一个所述诊断任务;
将所述处理响应数据发送至所述请求端。
进一步的,所述基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,包括:
响应于所述目标任务对应的前一诊断任务的执行完成,触发当前诊断任务针对所述目标任务的任务注册处理,以将所述目标任务对应的当前诊断任务标记为已注册状态;
响应于任务注册成功,将所述任务处理请求添加至所述当前诊断任务的任务等待队列,并将所述目标任务对应的当前诊断任务标记为任务等待状态;
响应于所述任务处理请求的执行触发,执行所述目标任务对应的当前诊断任务的任务处理,并将所述目标任务对应的当前诊断任务标记为任务执行状态;
响应于所述目标任务对应的当前诊断任务的处理完成,将所述目标任务对应的当前诊断任务标记为执行完成状态;
基于所述预设任务时序信息,触发所述当前诊断任务对应的下一诊断任务针对所述目标任务的任务注册处理。
进一步的,所述任务处理请求携带有任务请求数据;
所述基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据,包括:
所述会话层子模块响应于所述任务处理请求,获取所述诊断通信管理模块对应的资源状态信息,并基于所述资源状态信息和所述任务请求数据进行属性合规检测,得到属性合规检测结果,并发送至所述服务调度程序子模块;
所述服务调度程序子模块响应于所述属性合规检测结果,获取所述诊断通信管理模块的运行环境数据,并基于所述运行环境数据进行所述任务请求数据的数据合规检测,得到数据合规检测结果,并发送至所述服务处理子模块;
所述服务处理子模块响应于所述数据合规检测结果,基于所述任务请求数据进行所述目标任务的任务执行处理,得到任务响应数据,并发送至所述会话层子模块;
所述会话层子模块对所述任务响应数据进行数据封装处理,得到所述处理响应数据。
进一步的,所述多个诊断任务包括缓存诊断任务、缓存复制任务、缓存标记任务和属性检测任务;
所述基于所述资源状态信息和所述任务请求数据进行属性合规检测,得到属性合规检测结果,包括:
基于所述资源状态信息和所述任务请求数据执行所述缓存诊断任务,得到缓存诊断结果;
若所述缓存诊断结果指示所述资源状态信息满足所述任务请求数据对应的缓存条件,执行所述缓存复制任务,以将所述任务请求数据存储至所述诊断通信管理模块对应的目标缓存区中;
执行所述缓存标记任务,以对所述任务请求数据对应的目标缓存区进行状态标记,生成缓存标记,所述缓存标记指示所述目标缓存区对应的处理状态;
对所述任务请求数据执行所述属性检测任务,得到所述属性合规检测结果。
进一步的,所述多个诊断任务包括初始化任务和合规检测任务;
所述基于所述运行环境数据进行所述任务请求数据的数据合规检测,得到数据合规检测结果,包括:
执行所述初始化任务,以对所述任务处理请求进行针对所述服务调度程序子模块的状态初始化;
基于所述运行环境数据和所述任务请求数据执行所述合规检测任务,得到所述数据合规检测结果。
进一步的,所述多个诊断任务包括目标执行任务和响应挂起任务;
所述基于所述任务请求数据进行所述目标任务的任务执行处理,得到任务响应数据,包括:
基于所述任务请求数据,执行所述目标执行任务,以对所述目标任务进行任务处理,得到所述任务响应数据;
在所述目标任务的处理过程中,若所述目标执行任务的执行时长大于预设执行时长,执行所述响应挂起任务,以对所述目标执行任务进行挂起操作,至接收到所述任务响应数据。
进一步的,所述多个诊断任务包括通道诊断任务和数据封装任务;
所述会话层子模块对所述任务响应数据进行数据封装处理,得到所述处理响应数据,包括:
获取所述会话层子模块对应的数据发送通道的通道状态信息,基于所述通道状态信息执行所述通道诊断任务,得到通道诊断结果;
若所述通道诊断结果指示所述数据发送通道满足数据发送条件,对所述任务响应数据执行所述数据封装任务,以对所述任务响应数据进行封装处理,得到所述处理响应数据。
另一方面,本申请提供一种任务处理请求响应装置,包括:
接收模块:用于接收请求端发送的针对目标任务的任务处理请求;
执行模块:用于基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据;所述预设任务时序信息指示响应于所述任务处理请求触发的所述多个诊断任务间的流转时序;所述多个诊断任务包括所述会话层子模块对应的第一任务集、所述服务调度程序子模块对应的第二任务集和所述服务处理子模块对应的第三任务集,所述第一任务集、所述第二任务集和所述第三任务集分别包括至少一个所述诊断任务;
发送模块:用于将所述处理响应数据发送至所述请求端。
另一方面,本申请提供一种计算机可读存储介质,所述存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由处理器加载并执行如上所述的任务处理请求响应方法。
另一方面,本申请提供一种实现上述任务处理请求响应方法的电子设备,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的任务处理请求响应方法。
本申请提供的一种任务处理请求响应方法、装置及存储介质,具有如下有益效果:
本申请的任务处理请求响应方法包括接收请求端发送的针对目标任务的任务处理请求;基于预设任务时序信息,依次执行针对任务处理请求的多个诊断任务,得到处理响应数据;预设任务时序信息指示响应于任务处理请求触发的多个诊断任务间的流转时序;多个诊断任务包括会话层子模块对应的第一任务集、服务调度程序子模块对应的第二任务集和服务处理子模块对应的第三任务集,第一任务集、第二任务集和第三任务集分别包括至少一个诊断任务;将处理响应数据发送至请求端;如此,不仅能够使响应于任务处理请求触发的多个诊断任务按时序流转,而且还能便于对任务处理请求的通信进程进行查询和管理。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案和优点,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它附图。
图1是本申请实施例提供的一种任务处理请求响应方法的流程示意图;
图2为本申请实施例提供的一种依次执行针对任务处理请求的多个诊断任务的流程示意图;
图3为本申请实施例提供的一种得到处理响应数据方法的流程示意图;
图4为本申请实施例提供的一种基于资源状态信息和任务请求数据进行属性合规检测得到属性合规检测结果的流程示意图;
图5为本申请实施例提供的一种基于运行环境数据进行任务请求数据的数据合规检测得到数据合规检测结果的流程示意图;
图6为本申请实施例提供的一种对任务响应数据进行数据封装处理得到处理响应数据的流程示意图;
图7为本申请实施例提供的一种任务处理请求响应方法的流程示意图;
图8为本申请实施例提供的一种诊断通信管理模块中各子模块对应的诊断任务的示意图;
图9为本申请实施例提供的一种多个诊断任务间的流转时序示意图;
图10为本申请实施例提供的一种多个诊断任务间的流转时序示意图;
图11为本申请实施例提供的一种任务处理请求响应装置的结构示意图;
图12为本申请实施例提供的一种用于实现任务处理请求响应方法的电子设备的硬件结构框图。
具体实施方式
为了使本技术领域的人员更好地的理解本申请的方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请的任务处理请求响应方法能够应用于汽车电子CPAUTOSAR平台中,能够实现对诊断请求的响应。在介绍本申请提供的方法实施例之前,先对本申请方法实施例中可能涉及的相关术语或者名词进行简要介绍,以便于本申请领域技术人员理解。
CPAUTOSAR平台的基础模块由系统服务、存储管理、通信服务等基础功能模块组成。诊断模块是系统服务中非常重要的一部分,诊断模块提供当前系统的状态、系统自检的历史故障信息、潜在的故障信息、车辆的驾驶信息及车辆识别码(VIN)查询等功能。诊断模块在软硬件开发、生产制造以及售后车辆故障原因分析,起到了不可或缺的重要作用。
诊断模块主要的两大功能为DEM和DCM。其中DEM主要负责与诊断故障代码相关的诊断服务,如故障判定、故障码存储以及清除故障码的服务。DCM主要负责诊断数据流控制、诊断状态控制、数据处理及准备,包括诊断会话、安全访问及诊断服务分配等。
DCM的主要功能贯穿汽车的开发生产及售后等过程,如开发过程中的电磁兼容(ElectroMagneticCompatihility,EMC)和设计验证(DesignVerificaTIon,DV)等均可使用诊断服务实现,生产过程中的软件下载更新、电子控制单元(ElectronicControlUnit,ECU)产线下线检测(Endof Line,EOL)、汽车产线下线检测、售后过程中读取诊断故障代码(Diagnostic TroubleCode,DTC),以及控制输出调试等功能。
DCM主要包含三个子模块,分别是会话层子模块、服务调度程序子模块和服务处理子模块。
会话层子模块用于确保有关诊断请求和响应的数据流、管理和确保诊断协议时序,以及管理诊断状态,尤其是诊断会话和安全性。会话层子模块主要实现会话处理,应用层定时任务处理,具体的响应行为以及每个诊断身份验证状态处理。会话层子模块的主要功能包括处理诊断请求、处理诊断响应、管理安全等级、会话状态处理、诊断协议处理、通信模式处理、请求转发至服务调度程序子模块、维持诊断功能在线,以及处理服务调度程序子模块的响应要求等。
服务调度程序子模块用于处理诊断数据流,服务调度程序子模块的主要功能包括通过网络接收新的诊断请求并将其转发给数据处理器,以及当由数据处理器(例如,由服务处理子模块)触发时,通过网络传输诊断响应。
服务调度程序子模块具体处理内容包括如下:
①检查诊断服务:用于检查诊断服务执行的条件,如当前会话模式、诊断服务是否支持和安全访问等级。当判断条件不支持时回复0x7F和具体的NRC否定响应码,通过后会由上一层处理服务,具体处理也可以给出否定响应;
②汇总响应数据:将判断得到的响应数据或者由服务处理子模块发送的响应数据发送给会话层子模块,由会话层子模块向外发送数据。
服务处理子模块用于处理实际的诊断请求,服务处理子模块负责分析接受到的请求报文、检查报文格式和是否支持子服务功能、从诊断事件管理、软件组件(Software-Components,SW-Cs)或其他基础软件(Basic Software,BSW)模块获取数据或执行所需的函数调用,并汇总响应报文。
服务处理子模块能够实现ISO14229-1中规定的关联统一诊断服务(UnifiedDiagnosticServices,UDS)功能,比如重启电子控制单元(ElectronicControlUnit,ECU)、清除诊断信息、读写数据标识(DataIdentifier,DID)、安全访问、通信控制和上传下载数据等服务功能。
以下结合图1介绍本申请实施例提供的一种任务处理请求响应方法,本申请实施例提供的任务处理请求响应方法应用于车载终端的诊断通信管理模块,诊断通信管理模块包括会话层子模块、服务调度程序子模块和服务处理子模块。
图1为本申请实施例提供的一种任务处理请求响应方法,本申请实施例提供的任务处理请求响应方法包括:
S101.接收请求端发送的针对目标任务的任务处理请求。
本申请实施例中,请求端可以为能够向诊断通信管理模块发送针对目标任务的任务处理请求的协议数据单元路由(PduR),请求端也可以为车辆诊断仪。
一些实施例中,PduR响应于车辆诊断仪发送的针对目标任务的任务处理请求,向诊断通信管理模块发送针对目标任务的任务处理请求。
示例性的,任务处理请求可以为诊断请求;示例性的,目标任务可以为重置ECU、读取DTC信息、通过地址读取内存和安全访问等。
S102.基于预设任务时序信息,依次执行针对任务处理请求的多个诊断任务,得到处理响应数据;预设任务时序信息指示响应于任务处理请求触发的多个诊断任务间的流转时序;多个诊断任务包括会话层子模块对应的第一任务集、服务调度程序子模块对应的第二任务集和服务处理子模块对应的第三任务集,第一任务集、第二任务集和第三任务集分别包括至少一个诊断任务。
一些实施例中,第一任务集、第二任务集和第三任务集分别包括多个诊断任务;第一任务集中的多个诊断任务在会话层子模块中执行,第二任务集中的多个诊断任务在服务调度程序子模块中执行,第三任务集中的多个诊断任务在服务处理子模块中执行。如此,分别实现会话层子模块、服务调度程序子模块和服务处理子模块中诊断任务的条目化。
一些实施例中,预设任务时序信息能够指示多个诊断任务间的流转时序,即多个诊断任务执行的时间先后顺序,多个诊断任务为响应于任务处理请求而触发的,多个诊断任务中包括会话层子模块对应的多个诊断任务、服务调度程序子模块对应的多个诊断任务和服务处理子模块对应的多个诊断任务。如此,使响应于任务处理请求触发的多个诊断任务按时序流转,便于对任务处理请求的通信进程进行查询和管理。
本申请实施例中,请参见图2,S102包括:
S201.响应于目标任务对应的前一诊断任务的执行完成,触发当前诊断任务针对目标任务的任务注册处理,以将目标任务对应的当前诊断任务标记为已注册状态。
一些实施例中,基于预设任务时序信息能够确定与当前诊断任务对应的前一诊断任务,以及与当前诊断任务对应的下一诊断任务;在前一诊断任务执行完成的情况下,触发当前诊断任务的执行;在当前诊断任务执行完成的情况下,触发下一诊断任务的执行。如此,基于预设任务时序信息,依次执行针对任务处理请求的多个诊断任务,进而得到与针对目标任务的任务处理请求对应的处理响应数据。
一些实施例中,在前一诊断任务执行完成的情况下,基于预设任务时序信息,触发针对目标任务的当前诊断任务的任务注册处理,得到当前诊断任务;基于预设任务时序信息确认当前诊断任务注册的正确性,在当前诊断任务注册正确的情况下,将目标任务对应的当前诊断任务标记为已注册状态;在当前诊断任务注册错误的情况下,通过DET(defaulterror tracer,默认错误跟踪)向请求端上报错误。
具体的,在预设任务时序信息包括当前诊断任务的情况下,确定当前诊断任务注册正确;在预设任务时序信息不包括当前诊断任务的情况下,确定当前诊断任务注册错误。
S202.响应于任务注册成功,将任务处理请求添加至当前诊断任务的任务等待队列,并将目标任务对应的当前诊断任务标记为任务等待状态。
一些实施例中,在分别针对多个任务处理请求注册同一诊断任务,且多个任务处理请求各自对应的当前诊断任务均标记为已注册状态的情况下,将多个任务处理请求分别添加至当前诊断任务的任务等待队列,并将多个任务处理请求各自对应的当前诊断任务均标记为任务等待状态。
示例性的,在同一诊断仪同时并发针对第一目标任务的第一任务处理请求和针对第二目标任务的第二任务处理请求的情况下,分别触发针对第一目标任务和针对第二目标任务的当前诊断任务的任务注册处理,得到与第一目标任务对应的当前诊断任务和与第二目标任务对应的当前诊断任务;在与第一目标任务对应的当前诊断任务和与第二目标任务对应的当前诊断任务均标记为已注册状态的情况下,将第一任务处理请求和第二任务处理请求添加至当前诊断任务的任务等待队列,并分别将第一目标任务对应的当前诊断任务和第二目标任务对应的当前诊断任务均标记为任务等待状态。
具体的,PduR能够针对各个诊断仪和各个通信通道建立各自对应的PduRID(协议数据单元路由标识);基于PduRID,诊断通信管理模块能够实现对多个任务处理请求的标记区分。
本申请实施例提供的任务处理请求响应方法尤其适用于并发多个任务处理请求的情况下,对诊断通信管理模块针对诊断通信进行有效管理。
S203.响应于任务处理请求的执行触发,执行目标任务对应的当前诊断任务的任务处理,并将目标任务对应的当前诊断任务标记为任务执行状态。
一些实施例中,通过主函数周期扫描各目标任务对应的当前诊断任务,在目标任务对应的当前诊断任务标记为任务等待状态的情况下,调用与当前诊断任务对应的功能函数以执行目标任务对应的当前诊断任务,并将目标任务对应的当前诊断任务标记为任务执行状态。
具体的,在多个目标任务对应的当前诊断任务均标记为任务等待状态的情况下,基于任务注册处理的时序信息或任务处理请求的优先级,依次调用与当前诊断任务对应的功能函数以执行各目标任务对应的当前诊断任务。
S204.响应于目标任务对应的当前诊断任务的处理完成,将目标任务对应的当前诊断任务标记为执行完成状态。
一些实施例中,在目标任务对应的当前诊断任务处理完成的情况下,将目标任务对应的当前诊断任务标记为执行完成状态。
S205.基于预设任务时序信息,触发当前诊断任务对应的下一诊断任务针对目标任务的任务注册处理。
一些实施例中,基于预设任务时序信息,触发当前诊断任务对应的下一诊断任务针对目标任务的任务注册处理,以将目标任务对应的下一诊断任务标记为已注册状态;响应于任务注册成功,将任务处理请求添加至下一诊断任务的任务等待队列,并将目标任务对应的下一诊断任务标记为任务等待状态;响应于任务处理请求的执行触发,执行目标任务对应的下一诊断任务的任务处理,并将目标任务对应的下一诊断任务标记为任务执行状态;响应于目标任务对应的下一诊断任务的处理完成,将目标任务对应的下一诊断任务标记为执行完成状态;基于预设任务时序信息,触发下一诊断任务对应的下一诊断任务针对目标任务的任务注册处理。
可以理解的是,基于预设任务时序信息,依次触发各诊断任务的任务注册处理、已注册状态的标记、任务等待状态的标记、任务处理、任务执行状态的标记和执行完成状态的标记,如此,使响应于任务处理请求触发的多个诊断任务按时序流转,便于对任务处理请求的通信进程进行查询和管理。
本申请实施例中,任务处理请求携带有任务请求数据,请参见图3,S102包括:
S301.会话层子模块响应于任务处理请求,获取诊断通信管理模块对应的资源状态信息,并基于资源状态信息和任务请求数据进行属性合规检测,得到属性合规检测结果,并发送至服务调度程序子模块。
本申请实施例中,多个诊断任务包括缓存诊断任务、缓存复制任务、缓存标记任务和属性检测任务,请参见图4,S301包括:
S401.基于资源状态信息和任务请求数据执行缓存诊断任务,得到缓存诊断结果。
一些实施例中,基于任务请求数据的请求包头确定任务请求数据的数据长度信息;基于诊断通信管理模块对应的资源状态信息确定诊断通信管理模块对应的当前空闲缓存空间信息;对任务请求数据的数据长度信息与诊断通信管理模块对应的当前空闲缓存空间信息进行比较处理,得到缓存诊断结果。
S402.若缓存诊断结果指示资源状态信息满足任务请求数据对应的缓存条件,执行缓存复制任务,以将任务请求数据存储至诊断通信管理模块对应的目标缓存区中。
一些实施例中,在缓存诊断结果指示诊断通信管理模块对应的当前空闲缓存空间满足任务请求数据对应的缓存条件的情况下,将任务请求数据的请求包头存储至诊断通信管理模块对应的目标缓存区中,并接收任务请求数据的请求包头对应的数据包,并将接收到的数据包与任务请求数据的请求包头进行数据整合处理,完成任务请求数据在诊断通信管理模块对应的目标缓存区中的复制。
具体的,任务请求数据可以是通过分帧接收得到的。
S403.执行缓存标记任务,以对任务请求数据对应的目标缓存区进行状态标记,生成缓存标记,缓存标记指示目标缓存区对应的处理状态。
一些实施例中,执行缓存标记任务,以对任务请求数据对应的目标缓存区进行状态标记,生成指示目标缓存区对应的处理状态的缓存标记,并开始计时任务处理请求的处理时长。示例性的,目标缓存区对应的处理状态可以为处理中。
S404.对任务请求数据执行属性检测任务,得到属性合规检测结果。
一些实施例中,针对任务请求数据执行属性检测任务,以完成对任务请求数据的属性检测,示例性的,属性检测包括请求数据类型检测和请求数据来源检测等,进而得到属性合规检测结果。
示例性的,在任务请求数据的请求数据类型和请求数据来源满足第一预设条件的情况下,判定任务请求数据的属性合规;在任务请求数据的请求数据类型和/或请求数据来源不满足第一预设条件的情况下,判定任务请求数据的属性不合规。
一些实施例中,在属性合规检测结果指示任务请求数据的属性合规的情况下,将属性合规检测结果发送至服务调度程序子模块;在属性合规检测结果指示任务请求数据的属性不合规的情况下,通过DET向请求端上报错误。
S302.服务调度程序子模块响应于属性合规检测结果,获取诊断通信管理模块的运行环境数据,并基于运行环境数据进行任务请求数据的数据合规检测,得到数据合规检测结果,并发送至服务处理子模块。
本申请实施例中,多个诊断任务包括初始化任务和合规检测任务,请参见图5,S302包括:
S501.执行初始化任务,以对任务处理请求进行针对服务调度程序子模块的状态初始化。
一些实施例中,在属性合规检测结果指示任务请求数据的属性合规的情况下,服务调度程序子模块接收属性合规检测结果,并获取诊断通信管理模块的运行环境数据;同时,对任务处理请求进行针对服务调度程序子模块的状态初始化。
S502.基于运行环境数据和任务请求数据执行合规检测任务,得到数据合规检测结果。
一些实施例中,基于运行环境数据和任务请求数据执行合规检测任务,以完成对任务请求数据的合规检测,示例性的,合规检测包括任务请求数据对应的服务类型检测和请求数据长度检测等,进而得到数据合规检测结果。
具体的,在运行环境数据能够满足诊断通信管理模块在当前会话模式下的任务请求数据对应的服务类型和请求数据长度处理条件的情况下,判定任务请求数据的数据合规;在运行环境数据无法满足诊断通信管理模块在当前会话模式下的任务请求数据对应的服务类型和请求数据长度处理条件的情况下,判定任务请求数据的数据不合规。
一些实施例中,在数据合规检测结果指示任务请求数据的数据合规的情况下,将数据合规检测结果发送至服务处理子模块;在数据合规检测结果指示任务请求数据的数据不合规的情况下,通过DET向请求端上报错误。
S303.服务处理子模块响应于数据合规检测结果,基于任务请求数据进行目标任务的任务执行处理,得到任务响应数据,并发送至会话层子模块。
本申请实施例中,多个诊断任务包括目标执行任务和响应挂起任务,S303包括:
基于任务请求数据,执行目标执行任务,以对目标任务进行任务处理,得到任务响应数据。
一些实施例中,在数据合规检测结果指示任务请求数据的数据合规的情况下,服务处理子模块接收数据合规检测结果,并执行与任务处理请求对应的目标执行任务,以对任务处理请求对应的目标任务进行任务处理,进而得到任务响应数据。
具体的,任务响应数据可以为针对目标任务进行任务处理的结果数据;示例性的,目标任务可以为重置ECU、清除诊断信息、读取DTC信息、通过地址读取内存、安全访问、通信控制、身份认证、路由控制、请求下载、请求上传、请求传输退出、请求文件发送和通过地址写内存等。
本申请实施例中,在目标任务的处理过程中,若目标执行任务的执行时长大于预设执行时长,执行响应挂起任务,以对目标执行任务进行挂起操作,至接收到任务响应数据。
一些实施例中,预设执行时长可以为诊断通信管理模块设定的响应周期,具体的,预设执行时长可以为2秒。
示例性的,在目标任务为读取非易失存储器中的数据的情况下,对应的调用组件进行对应的数据读取,并返回数据等待信息;服务处理子模块响应于数据等待信息执行响应挂起任务,至接收到执行目标执行任务对应的任务响应数据。
可以理解的是,读取非易失存储器中的数据的执行时长大于预设执行时长,进而执行响应挂起任务以等待任务响应数据。
S304.会话层子模块对任务响应数据进行数据封装处理,得到处理响应数据。
本申请实施例中,多个诊断任务包括通道诊断任务和数据封装任务,请参见图6,S304包括:
S601.获取会话层子模块对应的数据发送通道的通道状态信息,基于通道状态信息执行通道诊断任务,得到通道诊断结果。
一些实施例中,在会话层子模块接收到任务响应数据的情况下,获取会话层子模块对应的数据发送通道的通道状态信息,并基于通道状态信息执行通道诊断任务;具体的,在通道状态信息指示数据发送通道空闲的情况下,判定数据发送通道满足处理响应数据对应的数据发送条件,在通道状态信息指示数据发送通道非空闲的情况下,判定数据发送通道不满足处理响应数据对应的数据发送条件。
S602.若通道诊断结果指示数据发送通道满足数据发送条件,对任务响应数据执行数据封装任务,以对任务响应数据进行封装处理,得到处理响应数据。
一些实施例中,在通道诊断结果指示数据发送通道满足数据发送条件的情况下,对任务响应数据进行封装处理,具体的,可以在任务响应数据的基础上增加对应的请求包头等信息,进而得到处理响应数据。
一些实施例中,在通道诊断结果指示数据发送通道不满足数据发送条件的情况下,持续获取通道状态信息,并延迟对任务响应数据进行封装处理,至通道诊断结果指示数据发送通道满足数据发送条件。
S103.将处理响应数据发送至请求端。
一些实施例中,会话层子模块将处理响应数据发送至PduR;响应于会话层子模块发送的处理响应数据,PduR向车辆诊断仪发送处理响应数据。
本申请实施例中,在S103之后,任务处理请求响应方法还包括:诊断通信管理模块中的会话层子模块、服务调度程序子模块和服务处理子模块分别针对任务处理请求的后处理;示例性的,会话层子模块中针对任务处理请求的后处理包括通道状态信息更新和资源状态信息更新等。
以下结合具体应用场景介绍本申请实施例提供的任务处理请求响应方法,请参见图7-图10,本申请实施例提供的任务处理请求响应方法应用于诊断通信管理模块,诊断通信管理模块包括会话层子模块、服务调度程序子模块和服务处理子模块。图7为本申请实施例提供的一种任务处理请求响应方法的流程示意图,包括:
S11.接收请求端发送的针对目标任务的任务处理请求。
S12.响应于任务处理请求,获取诊断通信管理模块对应的资源状态信息。
S13.基于资源状态信息和任务请求数据执行缓存诊断任务,得到缓存诊断结果。
S14.若缓存诊断结果指示资源状态信息满足任务请求数据对应的缓存条件,执行缓存复制任务,以将任务请求数据存储至诊断通信管理模块对应的目标缓存区中。
S15.执行缓存标记任务,以对任务请求数据对应的目标缓存区进行状态标记,生成缓存标记,缓存标记指示目标缓存区对应的处理状态。
S16.对任务请求数据执行属性检测任务,得到属性合规检测结果。
S17.响应于属性合规检测结果,执行初始化任务,以对任务处理请求进行针对服务调度程序子模块的状态初始化。
S18.获取诊断通信管理模块的运行环境数据,基于运行环境数据和任务请求数据执行合规检测任务,得到数据合规检测结果。
S19.响应于数据合规检测结果,基于任务请求数据,执行目标执行任务,以对目标任务进行任务处理,得到任务响应数据。
S110.获取会话层子模块对应的数据发送通道的通道状态信息,基于通道状态信息执行通道诊断任务,得到通道诊断结果。
S111.若通道诊断结果指示数据发送通道满足数据发送条件,对任务响应数据执行数据封装任务,以对任务响应数据进行封装处理,得到处理响应数据。
S12.将处理响应数据发送至请求端。
图8为本申请实施例提供的一种诊断通信管理模块中各子模块对应的诊断任务的示意图,请参见图8,示例性的,缓存诊断任务、缓存复制任务、缓存标记任务、属性检测任务、通道诊断任务和数据封装任务等诊断任务在会话层子模块中执行;初始化任务和合规检测任务等诊断任务在服务调度程序子模块中执行;目标执行任务和响应挂起任务等诊断任务在服务处理子模块中执行。
图9和图10为本申请实施例提供的一种多个诊断任务间的流转时序示意图,包括:
S21.缓存诊断任务。
S22.缓存复制任务。
S23.缓存标记任务。
S24.属性检测任务。
S25.初始化任务。
S26.合规检测任务。
S27.目标执行任务。
S28.通道诊断任务。
S29.数据封装任务。
本申请实施例提供的任务处理请求响应方法不仅能够使响应于任务处理请求触发的多个诊断任务按时序流转,而且还能便于对任务处理请求的通信进程进行查询和管理,实现对诊断通信管理模块中的各诊断任务及状态进行有效管理。
本申请实施例还提供了一种任务处理请求响应装置,请参见图11,本申请实施例提供的一种任务处理请求响应装置包括:
接收模块1110:用于接收请求端发送的针对目标任务的任务处理请求。
执行模块1120:用于基于预设任务时序信息,依次执行针对任务处理请求的多个诊断任务,得到处理响应数据;预设任务时序信息指示响应于任务处理请求触发的多个诊断任务间的流转时序;多个诊断任务包括会话层子模块对应的第一任务集、服务调度程序子模块对应的第二任务集和服务处理子模块对应的第三任务集,第一任务集、第二任务集和第三任务集分别包括至少一个诊断任务。
发送模块1130:用于将处理响应数据发送至请求端。
本申请实施例中,执行模块1120包括:
第一处理单元:用于响应于目标任务对应的前一诊断任务的执行完成,触发当前诊断任务针对目标任务的任务注册处理,以将目标任务对应的当前诊断任务标记为已注册状态。
第二处理单元:用于响应于任务注册成功,将任务处理请求添加至当前诊断任务的任务等待队列,并将目标任务对应的当前诊断任务标记为任务等待状态。
第三处理单元:用于响应于任务处理请求的执行触发,执行目标任务对应的当前诊断任务的任务处理,并将目标任务对应的当前诊断任务标记为任务执行状态。
第四处理单元:用于响应于目标任务对应的当前诊断任务的处理完成,将目标任务对应的当前诊断任务标记为执行完成状态。
第五处理单元:用于基于预设任务时序信息,触发当前诊断任务对应的下一诊断任务针对目标任务的任务注册处理。
本申请实施例中,执行模块1120包括:
第六处理单元:用于会话层子模块响应于任务处理请求,获取诊断通信管理模块对应的资源状态信息,并基于资源状态信息和任务请求数据进行属性合规检测,得到属性合规检测结果,并发送至服务调度程序子模块。
第七处理单元:用于服务调度程序子模块响应于属性合规检测结果,获取诊断通信管理模块的运行环境数据,并基于运行环境数据进行任务请求数据的数据合规检测,得到数据合规检测结果,并发送至服务处理子模块。
第八处理单元:用于服务处理子模块响应于数据合规检测结果,基于任务请求数据进行目标任务的任务执行处理,得到任务响应数据,并发送至会话层子模块。
第九处理单元:用于会话层子模块对任务响应数据进行数据封装处理,得到处理响应数据。
本申请实施例中,第六处理单元包括:
第一执行子单元:用于基于资源状态信息和任务请求数据执行缓存诊断任务,得到缓存诊断结果。
第二执行子单元:用于若缓存诊断结果指示资源状态信息满足任务请求数据对应的缓存条件,执行缓存复制任务,以将任务请求数据存储至诊断通信管理模块对应的目标缓存区中。
第三执行子单元:用于执行缓存标记任务,以对任务请求数据对应的目标缓存区进行状态标记,生成缓存标记,缓存标记指示目标缓存区对应的处理状态。
第四执行子单元:用于对任务请求数据执行属性检测任务,得到属性合规检测结果。
本申请实施例中,第七处理单元包括:
第五执行子单元:用于执行初始化任务,以对任务处理请求进行针对服务调度程序子模块的状态初始化。
第六执行子单元:用于基于运行环境数据和任务请求数据执行合规检测任务,得到数据合规检测结果。
本申请实施例中,第九处理单元包括:
第七执行子单元:用于获取会话层子模块对应的数据发送通道的通道状态信息,基于通道状态信息执行通道诊断任务,得到通道诊断结果。
第八执行子单元:用于若通道诊断结果指示数据发送通道满足数据发送条件,对任务响应数据执行数据封装任务,以对任务响应数据进行封装处理,得到处理响应数据。
如上所述的装置实施例中的装置与方法实施例基于同样的申请构思。
请参考图12,本申请实施例提供了一种用于实现上述任务处理请求响应方法的电子设备,该电子设备包括处理器和存储器,该存储器中存储有至少一条指令或至少一段程序,该至少一条指令或该至少一段程序由该处理器加载并执行以实现如上述方法实施例所提供的任务处理请求响应方法。
存储器可用于存储软件程序以及模块,处理器通过运行存储在存储器的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、功能所需的应用程序等;存储数据区可存储根据所述设备的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器还可以包括存储器控制器,以提供处理器对存储器的访问。
本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行,即上述电子设备可以包括移动终端、计算机终端、服务器或者类似的运算装置。其中,上述的服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。
图12是本申请实施例提供的一种用于实现上述任务处理请求响应方法的电子设备的硬件结构框图。如图12所示,该电子设备1200可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(CentralProcessingUnits,CPU)1210(处理器1210可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1230,一个或一个以上存储应用程序1223或数据1222的存储介质1220(例如一个或一个以上海量存储设备)。其中,存储器1230和存储介质1220可以是短暂存储或持久存储。存储在存储介质1220的程序可以包括一个或一个以上模块,每个模块可以包括对电子设备中的一系列指令操作。更进一步地,中央处理器1210可以设置为与存储介质1220通信,在电子设备1200上执行存储介质1220中的一系列指令操作。电子设备1200还可以包括一个或一个以上电源1260,一个或一个以上有线或无线网络接口1250,一个或一个以上输入输出接口1240,和/或,一个或一个以上操作系统1221,例如WindowsServerTM,MacOSXTM,UnixTM,LinuxTM,FreeBSDTM等等。
处理器1210可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,DigitalSignalProcessor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
输入输出接口1240可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备1200的通信供应商提供的无线网络。在一个实例中,输入输出接口1240包括一个网络适配器(NetworkInterface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,输入输出接口1240可以为射频(RadioFrequency,RF)模块,其用于通过无线方式与互联网进行通讯。
操作系统1221可以包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。
本领域普通技术人员可以理解,图12所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,电子设备1200还可包括比图12中所示更多或者更少的组件,或者具有与图12所示不同的配置。
本申请的实施例还提供了一种计算机可读存储介质,所述存储介质可设置于电子设备之中以保存用于实现方法实施例中一种任务处理请求响应方法相关的至少一条指令或至少一段程序,该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的任务处理请求响应方法。
可选地,在本实施例中,上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本申请的实施例还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述的各种可选实现方式中提供的方法。
需要说明的是:上述本申请实施例先后顺序仅仅为了描述,不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种任务处理请求响应方法,应用于诊断通信管理模块,所述诊断通信管理模块包括会话层子模块、服务调度程序子模块和服务处理子模块,其特征在于,所述方法包括:
接收请求端发送的针对目标任务的任务处理请求;
基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据;所述预设任务时序信息指示响应于所述任务处理请求触发的所述多个诊断任务间的流转时序;所述多个诊断任务包括所述会话层子模块对应的第一任务集、所述服务调度程序子模块对应的第二任务集和所述服务处理子模块对应的第三任务集,所述第一任务集、所述第二任务集和所述第三任务集分别包括至少一个所述诊断任务;
将所述处理响应数据发送至所述请求端。
2.根据权利要求1所述的任务处理请求响应方法,其特征在于,所述基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,包括:
响应于所述目标任务对应的前一诊断任务的执行完成,触发当前诊断任务针对所述目标任务的任务注册处理,以将所述目标任务对应的当前诊断任务标记为已注册状态;
响应于任务注册成功,将所述任务处理请求添加至所述当前诊断任务的任务等待队列,并将所述目标任务对应的当前诊断任务标记为任务等待状态;
响应于所述任务处理请求的执行触发,执行所述目标任务对应的当前诊断任务的任务处理,并将所述目标任务对应的当前诊断任务标记为任务执行状态;
响应于所述目标任务对应的当前诊断任务的处理完成,将所述目标任务对应的当前诊断任务标记为执行完成状态;
基于所述预设任务时序信息,触发所述当前诊断任务对应的下一诊断任务针对所述目标任务的任务注册处理。
3.根据权利要求1或2所述的任务处理请求响应方法,其特征在于,所述任务处理请求携带有任务请求数据;
所述基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据,包括:
所述会话层子模块响应于所述任务处理请求,获取所述诊断通信管理模块对应的资源状态信息,并基于所述资源状态信息和所述任务请求数据进行属性合规检测,得到属性合规检测结果,并发送至所述服务调度程序子模块;
所述服务调度程序子模块响应于所述属性合规检测结果,获取所述诊断通信管理模块的运行环境数据,并基于所述运行环境数据进行所述任务请求数据的数据合规检测,得到数据合规检测结果,并发送至所述服务处理子模块;
所述服务处理子模块响应于所述数据合规检测结果,基于所述任务请求数据进行所述目标任务的任务执行处理,得到任务响应数据,并发送至所述会话层子模块;
所述会话层子模块对所述任务响应数据进行数据封装处理,得到所述处理响应数据。
4.根据权利要求3所述的任务处理请求响应方法,其特征在于,所述多个诊断任务包括缓存诊断任务、缓存复制任务、缓存标记任务和属性检测任务;
所述基于所述资源状态信息和所述任务请求数据进行属性合规检测,得到属性合规检测结果,包括:
基于所述资源状态信息和所述任务请求数据执行所述缓存诊断任务,得到缓存诊断结果;
若所述缓存诊断结果指示所述资源状态信息满足所述任务请求数据对应的缓存条件,执行所述缓存复制任务,以将所述任务请求数据存储至所述诊断通信管理模块对应的目标缓存区中;
执行所述缓存标记任务,以对所述任务请求数据对应的目标缓存区进行状态标记,生成缓存标记,所述缓存标记指示所述目标缓存区对应的处理状态;
对所述任务请求数据执行所述属性检测任务,得到所述属性合规检测结果。
5.根据权利要求3所述的任务处理请求响应方法,其特征在于,所述多个诊断任务包括初始化任务和合规检测任务;
所述基于所述运行环境数据进行所述任务请求数据的数据合规检测,得到数据合规检测结果,包括:
执行所述初始化任务,以对所述任务处理请求进行针对所述服务调度程序子模块的状态初始化;
基于所述运行环境数据和所述任务请求数据执行所述合规检测任务,得到所述数据合规检测结果。
6.根据权利要求3所述的任务处理请求响应方法,其特征在于,所述多个诊断任务包括目标执行任务和响应挂起任务;
所述基于所述任务请求数据进行所述目标任务的任务执行处理,得到任务响应数据,包括:
基于所述任务请求数据,执行所述目标执行任务,以对所述目标任务进行任务处理,得到所述任务响应数据;
在所述目标任务的处理过程中,若所述目标执行任务的执行时长大于预设执行时长,执行所述响应挂起任务,以对所述目标执行任务进行挂起操作,至接收到所述任务响应数据。
7.根据权利要求3所述的任务处理请求响应方法,其特征在于,所述多个诊断任务包括通道诊断任务和数据封装任务;
所述会话层子模块对所述任务响应数据进行数据封装处理,得到所述处理响应数据,包括:
获取所述会话层子模块对应的数据发送通道的通道状态信息,基于所述通道状态信息执行所述通道诊断任务,得到通道诊断结果;
若所述通道诊断结果指示所述数据发送通道满足数据发送条件,对所述任务响应数据执行所述数据封装任务,以对所述任务响应数据进行封装处理,得到所述处理响应数据。
8.一种任务处理请求响应装置,其特征在于,所述装置包括:
接收模块:用于接收请求端发送的针对目标任务的任务处理请求;
执行模块:用于基于预设任务时序信息,依次执行针对所述任务处理请求的多个诊断任务,得到处理响应数据;所述预设任务时序信息指示响应于所述任务处理请求触发的所述多个诊断任务间的流转时序;所述多个诊断任务包括所述会话层子模块对应的第一任务集、所述服务调度程序子模块对应的第二任务集和所述服务处理子模块对应的第三任务集,所述第一任务集、所述第二任务集和所述第三任务集分别包括至少一个所述诊断任务;
发送模块:用于将所述处理响应数据发送至所述请求端。
9.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由处理器加载并执行如权利要求1至8任一项所述的任务处理请求响应方法。
10.一种电子设备,其特征在于,所述电子设备包括处理器和存储器,所述存储器中存储有至少一条指令或至少一段程序,所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如权利要求1至8任一项所述的任务处理请求响应方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310222759.3A CN116360940A (zh) | 2023-03-09 | 2023-03-09 | 一种任务处理请求响应方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310222759.3A CN116360940A (zh) | 2023-03-09 | 2023-03-09 | 一种任务处理请求响应方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116360940A true CN116360940A (zh) | 2023-06-30 |
Family
ID=86906154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310222759.3A Pending CN116360940A (zh) | 2023-03-09 | 2023-03-09 | 一种任务处理请求响应方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116360940A (zh) |
-
2023
- 2023-03-09 CN CN202310222759.3A patent/CN116360940A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11159411B2 (en) | Distributed testing service | |
US11064325B2 (en) | Method of discovering services provided by a network repository function | |
CN110311983B (zh) | 服务请求的处理方法、装置、系统、电子设备及存储介质 | |
US11716264B2 (en) | In situ triggered function as a service within a service mesh | |
CN111182089B (zh) | 容器集群系统和访问大数据组件的方法、装置及服务器 | |
CN110958281B (zh) | 基于物联网的数据传输方法及通信装置 | |
CN112039942A (zh) | 一种订阅发布方法及服务器 | |
US20200326989A1 (en) | Building pool-based m2m service layer through nfv | |
CN111324363A (zh) | 设备升级方法及升级终端、设备和存储介质 | |
US20140317174A1 (en) | Method and device for updating client | |
CN109510878B (zh) | 一种长连接会话保持方法和装置 | |
US20160212732A1 (en) | Method and device for processing a specific request message in wireless communication system | |
CN115516840A (zh) | 一种信息处理方法、设备、系统、介质、芯片及程序 | |
CN109104368B (zh) | 一种请求连接方法、装置、服务器及计算机可读存储介质 | |
CN111367685A (zh) | 接口调用的方法及装置、计算机设备、存储介质 | |
US11576056B1 (en) | Unified data repository (UDR) messaging in a wireless communication network | |
CN107948005B (zh) | 物联网协议的更新方法及装置 | |
US20230370416A1 (en) | Exposure of ue id and related service continuity with ue and service mobility | |
US20230148106A1 (en) | Optimized Model Transmission | |
WO2018068655A1 (zh) | 一种许可管理方法和系统 | |
US11575617B2 (en) | Management of services in an Edge Computing system | |
CN105049463A (zh) | 分散数据库、数据共享方法、用于分散数据库的装置 | |
CN109375946B (zh) | 一种管理节点包管理器的组件包的方法及系统 | |
CN116668520A (zh) | 一种基于网关的服务编排方法、系统、设备及存储介质 | |
CN114979286B (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 |