CN119166319A - 基于autosar的应用处理方法、装置、设备及介质 - Google Patents

基于autosar的应用处理方法、装置、设备及介质 Download PDF

Info

Publication number
CN119166319A
CN119166319A CN202310731759.6A CN202310731759A CN119166319A CN 119166319 A CN119166319 A CN 119166319A CN 202310731759 A CN202310731759 A CN 202310731759A CN 119166319 A CN119166319 A CN 119166319A
Authority
CN
China
Prior art keywords
application
core
physical
processing
transfer
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
Application number
CN202310731759.6A
Other languages
English (en)
Inventor
刘潜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Co Wheels Technology Co Ltd
Original Assignee
Beijing Co Wheels Technology Co Ltd
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 Beijing Co Wheels Technology Co Ltd filed Critical Beijing Co Wheels Technology Co Ltd
Priority to CN202310731759.6A priority Critical patent/CN119166319A/zh
Priority to PCT/CN2024/099657 priority patent/WO2024260313A1/zh
Publication of CN119166319A publication Critical patent/CN119166319A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
    • G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5021—Priority

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开实施例涉及一种基于AUTOSAR的应用处理方法、装置、设备及介质，其中，该方法包括：接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括的检查点之间的配置转移关系；确定多核外部图中的初始检查点；基于初始检查点和配置转移关系进行应用功能处理在多个物理核心之间转移，获取每个物理核心的全局状态；将每个物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。由此，针对应用功能多物理核心部署也可以实现状态转移的逻辑监控，实现应用功能部署多样性的同时提高应用的功能安全等级。

Description

基于AUTOSAR的应用处理方法、装置、设备及介质
技术领域
本公开涉及车辆数据技术领域，尤其涉及一种基于AUTOSAR汽车开放系统架构的应用处理方法、装置、设备及介质。
背景技术
随着网络和设备技术的不断发展，车辆上的应用功能越来越多，从而满足用户的不同使用需求。
在实际应用中，汽车开放系统架构(AUTOSAR)为控制器定义了软件架构，可以把设备的硬件与软件分离，把功能模型软件、软件组件放在一起，彼此独立并由不同的制造商研发，再经过某些自动的配置过程组合成一个具体的功能。为了实现车辆上任一应用功能，需要多个线程共同配合完成，通常多个线程需要部署在电子控制单元中的多个物理核心上。
相关技术中，如图1所示，在一个电子控制单元(Electronic Control Unit，简称ECU)芯片上具有多个物理核心，比如图1中的物理核心Core0和物理核心CoreN，每个物理核心部署各自的SE(Supervised Entity，受监控实体)，比如图1中Core0包括受监控实体SE0和受监控实体SE1、CoreN包括受监控实体SE2，此外每个SE中拥有的CP(Checkpoint，检查点)只能部署在同一个物理核心之上，比如图1中受监控实体SE0包括检查点CP0-0、CP0-1和CP0-2，受监控实体SE1包括检查点CP1-0、CP1-1、CP1-2和CP1-3，受监控实体SE2包括检查点CP2-0、CP2-1、CP2-2和CP2-3；检查点可以理解为受监控实体控制流中的一个点。每个SE具有不同的本地状态比如正确状态、错误状态等，当SE中检查点的逻辑流发生错误，SE状态都会发生变化，同时物理核心的全局状态也会发生变化。基于图1的逻辑监督方式表示ECU内的多核之间的全局状态都是独立的，无法对多个物理核心相互配合实现的软件功能进行监控，导致应用功能安全性比较差。
因此，假如为了满足应用功能安全的要求，将可以独立运行的线程却必须部署在一个物理核心上，车辆运行性能会受到影响、以及一些车辆应用功能无法实现；假如将多个线程部署在电子控制单元中的多个物理核心上，会导致部署在多个物理核心的线程之间无法形成逻辑监督关系。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种基于AUTOSAR汽车开放系统架构的应用处理方法、装置、设备及介质。
本公开实施例提供了一种基于AUTOSAR的应用处理方法，包括以下步骤：
接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，所述多核外部图包括：多个物理核心、以及所述多个物理核心之间包括的检查点之间的配置转移关系；
确定所述多核外部图中的初始检查点；
基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移，获取每个所述物理核心的全局状态；
将每个所述物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。
在本公开一个可选的实施例中，所述的基于AUTOSAR的应用处理方法，所述多核外部图的构建方法，包括：
确定所述应用功能的应用功能信息；
将所述应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，并确定每个所述执行物理核心对应的受监控实体，以及每个所述受监控实体对应的检查点；
确定每个所述受监控实体对应的检查点之间的配置转移关系并存储在各个检查点对应的内存中；
基于所述配置转移关系构建所述多核外部图。
在本公开一个可选的实施例中，将所述应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，包括：
对所述应用功能信息进行分析，获取多个应用子功能；
获取每个所述应用子功能的执行优先级信息；
从所述执行条件中获取物理核心的处理优先级信息；
在每个所述应用子功能的执行优先级信息和物理核心的处理优先级信息匹配的情况下，得到所述多个执行物理核心。
在本公开一个可选的实施例中，所述基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移，包括：
基于所述配置转移关系确定下一个检查点；
在所述下一个检查点为多个时，获取应用当前控制参数；
在所述应用当前控制参数和预设的转移条件匹配的情况下，得到下一个目标检查点；
控制所述初始检查点向所述下一个目标检查点转移，并执行所述基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束。
在本公开一个可选的实施例中，所述的基于AUTOSAR的应用处理方法，在控制所述初始检查点向所述下一个目标检查点转移之前，还包括：
通过物理核心之间的核心通信信息获取到流转源地址；
将所述流转源地址和所述配置转移关系中的配置流转地址进行匹配；
在所述流转源地址和所述配置流转地址匹配上时，控制所述初始检查点开始转移至所述下一个目标检查点。
在本公开一个可选的实施例中，所述获取每个所述物理核心的全局状态，包括：
将各个检查点的转移结果和预设的状态条件进行匹配，得到每个受监控实体的状态信息；
将所述每个受监控实体的状态信息和预设的配置信息进行匹配，得到每个所述物理核心的全局状态。
在本公开一个可选的实施例中，所述的基于AUTOSAR的应用处理方法，还包括：
对所述应用处理结果进行分析，得到当前处理错误次数；
在所述当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备；
在预设周期内，所述当前处理错误次数大于0且小于等于所述次数阈值时，执行所述接收车辆的应用处理请求，获取应用功能对应的多核外部图。
本公开实施例还提供了一种基于AUTOSAR的应用处理装置，所述装置包括：
接收获取模块，用于接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，所述多核外部图包括：多个物理核心、以及所述多个物理核心之间包括的检查点之间的配置转移关系；
第一确定模块，用于确定所述多核外部图中的初始检查点；
转移模块，用于基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移；
第一获取模块，用于获取每个所述物理核心的全局状态；
第二确定模块，用于将每个所述物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。
本公开实施例还提供了一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现如本公开实施例提供的基于AUTOSAR的应用处理方法。
本公开实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行如本公开实施例提供的基于AUTOSAR的应用处理方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点：本公开实施例提供的基于AUTOSAR的应用处理方案，接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括的检查点之间的配置转移关系；确定多核外部图中的初始检查点；基于初始检查点和配置转移关系进行应用功能处理在多个物理核心之间转移，获取每个物理核心的全局状态；将每个物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。由此，针对应用功能多物理核心部署也可以实现状态转移的逻辑监控，实现应用功能部署多样性的同时提高应用的功能安全等级。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1为本公开实施例提供的应用逻辑监督方法的示例图；
图2为本公开实施例提供的一种基于AUTOSAR的应用处理方法的流程示意图；
图3为本公开实施例提供的另一种基于AUTOSAR的应用处理方法的流程示意图；
图4为本公开实施例提供的多核外部图的示例图；
图5为本公开实施例提供的一种基于AUTOSAR的应用处理装置的结构示意图；
图6为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
为了解决上述背景技术描述的问题，本公开实施例提供了一种基于AUTOSAR的应用处理方法，下面结合具体的实施例对该方法进行介绍。
图2为本公开实施例提供的一种基于AUTOSAR的应用处理方法的流程示意图，该方法可以由基于AUTOSAR的应用处理装置执行，其中该装置可以采用软件和/或硬件实现，一般可集成在电子设备中。如图2所示，该方法包括：
步骤101、接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括的检查点之间的配置转移关系。
在本公开实施例中，用户可以通过车辆上的应用控件发送应用处理请求，比如触发车辆上的开门控件发送应用处理请求；也可以通过外部设备发送应用处理请求，比如手机应用上触发打开车门功能发送应用处理请求；具体可以根据实际应用场景选择，本公开实施例不对接收车辆的应用处理请求方式进行具体限制。
在本公开实施例中，应用处理请求中包括应用功能标识，即每个应用功能标识唯一标识一个应用功能，比如打开车门功能、打开左前灯功能等，在接收车辆的应用处理请求后，可以基于应用处理请求进行解析，得到应用功能。
在本公开实施例中，不同的应用功能对应不同的多核外部图，可以理解的是，在设置应用功能时预先针对不同的应用功能构建不同的多核外部图，从而在确定应用处理请求的应用功能后，可以查询获取应用功能对应的多核外部图。在一些实施方式中，将应用功能标识在预先存储数据库中查询获取匹配的多核外部图；在另一些实施方式中，将应用功能标识在映射表中查询获取多核外部图标识，基于多核外部图标识在数据库中直接调用对应的多核外部图；其中，多核外部图标识能够唯一标识一个多核外部图。以上两种方式仅为获取应用功能对应的多核外部图的示例，本公开实施例不对获取应用功能对应的多核外部图的方式进行具体限制。
在本公开实施例中，多核外部图包括：多个物理核心、以及多个物理核心之间包括的检查点之间的配置转移关系；具体地，在一个ECU芯片上具有多个物理核心，比如4个物理核心、8个物理核心等，每个物理核心在同一时刻可以运行不同的线程，即可以同时执行多个线程实现一个应用功能，每个物理核心上可以部署各自的受监控实体，多核外部图包括多个物理核心，同理多核外部图包括多个受监控实体，受监控实体包含在看门狗管理器监控中的所有软件实体，每个受监控实体只有一个标识符。受监控实体表示软件组件或基本软件模块内的检查点集合。软件组件或基本软件模块中可能有零个、一个或多个受监控实体。每个受监控实体中拥有的检查点只能部署在同一个物理核心上。
在本公开实施例中，多核外部图中任意两个检查点之间有一条路径，即配置转移关系，至少一个检查点是初始检查点，物理核心之间通过两个检查点的配置转移关系建立连接关系；其中，配置转移关系包括当前检查点转移至下一个检查点的路径、开始转移条件等关系信息。由此，通过执行多核外部图中各个检查点的转移可以控制应用功能处理在多个物理核心之间的转移以执行各个线程达到实现应用功能的目的。
举例而言，应用功能为打开车门，通过手机应用程序发送打开车门处理请求，应用功能包括网络通信线程、控制电机线程和电池状态线程等，这些线程分布在不同的物理核心上，物理核心包括检查点之间的配置转移关系，比如网络通信线程分布在物理核心A1和A2上，根据检查点之间的配置转移关系，从物理核心A1中的初始检查点转移至物理核A2中的检查点可以实现物理核心A1向物理核心A2转移同时实现网络通信线程应用功能，即接收到手机应用程序发送的打开车门处理请求；控制电机线程分布在物理核心B1上，根据检查点之间的配置转移关系，从物理核心A2中的检查点转移至物理核B1中的检查点可以实现物理核心A1向物理核心B1转移同时实现控制电池状态线程功能，即确定电池状态正常；以及控制电机线程分布在物理核心C1和C2上，根据检查点之间的配置转移关系，从物理核心B1中的检查点转移至物理核C1中的检查点，以及从物理核心C1中的检查点转移至物理核C2中的检查点，可以实现物理核心B1向物理核心C1转移、以及物理核心C1向物理核心C2转移，同时实现控制控制电机线程功能，即电机控制车门打开。从而通过执行打开车门对应的多核外部图中各个检查点的转移以控制应用功能处理在多个物理核心之间的转移以执行各个线程达到实现打开车门的目的。
步骤102、确定多核外部图中的初始检查点。
在本公开实施例中，初始检查点指的是多物理核心之间转移起始点。确定多核外部图中的初始检查点的方式有很多种，在一个具体实施方式中，基于多核外部图获取各个检查点连接的上一个检查点和下一个检查点，获取上一个检查点个数为0的检查点作为初始检查点。
步骤103、基于初始检查点和配置转移关系进行应用功能处理在多个物理核心之间转移，获取每个物理核心的全局状态。
在本公开实施例中，基于初始检查点和配置转移关系进行检查点之间的转移以控制多个物理核心之间的转移的方式有很多种，在一些实施方式中，基于配置转移关系确定下一个检查点，在下一个检查点为1个时，控制初始检查点向下一个检查点转移，在下一个检查点为多个时，获取应用当前控制参数，将应用当前控制参数和预设的转移条件进行匹配，得到下一个目标检查点，控制初始检查点向下一个目标检查点转移，将下一个检查点或下一个目标检查作为新初始检查点，并基于新初始检查点和配置转移关系继续进行检查点之间的转移直到检查点转移结束以控制应用功能处理在多个物理核心之间的转移。
在另一些实施方式中，获取初始检查点对应的当前应用控制状态，获取与当前应用控制状态以及配置转移关系匹配的下一个检查点，控制初始检查点向下一个检查点转移，并执行基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束，即将下一个检查点作为新初始检查点，并基于新初始检查点和配置转移关系继续进行检查点之间的转移直到检查点转移结束以控制多个物理核心之间的转移。
在本公开实施例中，物理核心的全局状态可以包括物理核心的正确状态、错误状态、开状态和关状态等，具体根据应用场景设置。获取每个物理核心的全局状态的方式有很多种，比如在各个检查点转移结束后，对检查点的转移结果进行分析，得到检查点所属受监控实体的状态信息，每个物理核心根据包括所有受监控实体的状态信息和预先设置的配置信息确定每个物理核心的全局状态；再比如，每个物理核心根据包括的所有检查点的转移结果确定各个受监控实体的状态信息，直接根据各个受监控实体的状态信息确定每个物理核心的全局状态。
步骤104、将每个物理核心的全局状态和预设的执行条件进行匹配，得到应用处理结果。
其中，预先设置执行条件，比如所有物理核心的全局状态都为正确状态，则确定应用处理结果为实现该应用功能；再比如针对所有物理核心中的一个或者多个目标物理核心的全局状态都为正确状态，则确定应用处理结果为实现该应用功能；还比如针对所有物理核心中一个或者多个目标物理核心的全局状态都为错误状态，则确定应用处理结果为不能够实现该应用功能等，具体根据应用场景选择设置。
在本公开实施例中，物理核心的全局状态可以包括物理核心的正确状态、错误状态、开状态和关状态等，可以理解的是，应用功能对应的多个线程由多个物理核心执行，在获取每个物理核心的全局状态后，将每个物理核心的全局状态和预设的执行条件进行匹配，得到应用处理结果，比如所有的物理核心的全局状态都为正确状态，表示应用处理结果为实现该应用功能，比如执行打开车门功能，当前也可以根据应用场景需要设置对应的结果条件，比如具有4个物理核心，全部或者3个物理核心的全局状态为正确状态，则确定应用处理结果为实现该应用功能等，还可以根据各个物理核心的执行线程的重要性赋予不同权重并结合各个物理核心的全局状态确定应用处理结果等。
本公开实施例提供的基于AUTOSAR的应用处理方案，接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括的检查点之间的配置转移关系；确定多核外部图中的初始检查点；基于初始检查点和配置转移关系进行应用功能处理在多个物理核心之间转移，获取每个物理核心的全局状态；将每个物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。由此，针对应用功能多物理核心部署也可以实现状态转移的逻辑监控，实现应用功能部署多样性的同时提高应用的功能安全等级。
图3为本公开实施例提供的另一种基于AUTOSAR的应用处理方法的流程示意图，本实施例在上述实施例的基础上，进一步优化了上述基于AUTOSAR的应用处理方法。如图3所示，应用功能由电子控制单元中至少两个物理核心执行，该方法包括：
步骤201、确定应用功能的应用功能信息，将应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，并确定每个执行物理核心对应的受监控实体，以及每个受监控实体对应的检查点。
步骤202、确定每个受监控实体对应的检查点之间的配置转移关系并存储在各个检查点对应的内存中，基于配置转移关系构建多核外部图。
在本公开实施例中，不同的应用功能对应不同的应用功能信息，比如打开车灯A，应用功能信息包括车灯状态、电池状态等应用功能信息，这些应用功能信息可以由不同的执行物理核心执行，因此根据应用功能信息确定多个执行物理核心，并确定每个执行物理核心对应的受监控实体，以及每个受监控实体对应的检查点，为了控制多个物理核心之间的转移以执行各个线程达到实现应用功能的目的，可以对每个受监控实体对应的检查点之间的转移关系进行配置，即确定每个受监控实体对应的检查点之间的配置转移关系，并将配置转移关系并存储在各个检查点对应的内存中，基于配置转移关系构建多核外部图。
其中，执行条件可以根据应用场景选择设置，比如根据物理核心执行优先级等进行设置。在一个具体实施例方式中，对应用功能信息进行分析，获取多个应用子功能，获取每个应用子功能的执行优先级信息，从执行条件中获取物理核心的处理优先级信息，在每个应用子功能的执行优先级信息和物理核心的处理优先级信息匹配的情况下，得到多个执行物理核心。
举例而言，比如打开车灯A，应用功能信息为车灯状态，对车灯状态进行分析，获取多个应用子功能，比如车灯开关子功能、车灯亮度子功能等，获取每个应用子功能的执行优先级信息，比如车灯开关子功能的优先级高于车灯亮度子功能，接着从执行条件中获取物理核心的处理优先级信息，比如物理核心1的优先级高于物理核心2，从而得到物理核心1作为车灯开关子功能的执行物理核心，物理核心2作为车灯亮度子功能的执行物理核心，由此，根据应用子功能的执行优先级匹配对应处理优先级的执行物理核心，进一步保证应用功能处理效率，满足用户使用需求。
由此，可以获取应用功能对应的多核外部图，以后续处理应用功能对应的应用处理请求时，可以执行应用功能对应的多核外部图中各个检查点的转移可以控制多个物理核心之间的转移以执行各个线程达到实现应用功能的目的。
步骤203、接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括检查点之间的配置转移关系。
需要说明的是，步骤203与步骤101相同，具体参见对步骤101的详细描述，此处不再详述。
步骤204、确定多核外部图中的初始检查点，在下一个检查点为多个时，获取应用当前控制参数，在应用当前控制参数和预设的转移条件匹配的情况下，得到下一个目标检查点。
步骤205、控制初始检查点向下一个目标检查点转移，并执行所述基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束。
在本公开实施例中，配置转移关系包括两个检查点之间的连接关系、流转源地址等转移信息，初始检查点可以根据配置转移关系确定下一个检查点，在下一个检查点为多个时，获取应用当前控制参数，将应用当前控制参数和预设的转移条件进行匹配，得到下一个目标检查点，控制初始检查点向下一个目标检查点转移，将下一个检查点或下一个目标检查作为新初始检查点，并执行基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束，即基于新初始检查点和配置转移关系继续进行检查点之间的转移直到检查点转移结束以控制应用功能处理在多个物理核心之间的转移，从而实现应用功能的目的。
当下一个检查点为多个时，获取应用当前控制参数，比如应用功能为打开车灯，获取车辆当前的光照参数等作为应用控制参数，转移条件为预先设置，比如下一个检查点为检查点1和检查点2，当前控制参数为X，则向检查点1转移，当前控制参数为Y，则向检查点2转移，具体根据应用场景设置，因此，根据应用当前控制参数和预设的转移条件确定下一个目标检查点，控制初始检查点向下一个目标检查点转移，直到检查点转移结束以实现多个物理核心之间的转移，从而实现应用功能的目的。
在一些实施例中，在初始检查点向下一个目标检查点转移时，断开初始检查点向其他下一个检查点转移。
继续以上述例子为例，在当前控制参数为X，则向检查点1转移的同时，禁止初始检查点向检查点2转移，进一步提高应用安全性。
在一些实施例中，控制初始检查点通过物理核心之间的核心通信信息获取到流转源地址，将流转源地址和配置转移关系中的配置流转地址进行匹配上时，控制初始检查点开始转移至下一个目标检查点。
在本公开实施例中，物理核心之间可以进行通信，从而可以相互发送核心通信信息，因此，初始检查点通过物理核心之间的核心通信信息获取到流转源地址后，将流转源地址和配置转移关系中的配置流转地址进行匹配，在流转源地址和配置流转地址匹配上时，控制初始检查点开始转移至下一个目标检查点，也就是说，在检测到流转源地址且与配置转移关系中的配置流转地址匹配时进行检查点流转，进一步提高转移的有效性，从而提高应用性能的安全性。
步骤206、将各个检查点的转移结果和预设的状态条件进行匹配，得到每个受监控实体的状态信息，将每个受监控实体的状态信息和预设的配置信息进行匹配，得到每个物理核心的全局状态。
在本公开实施例中，每个物理核心包括一个或者多个受监控实体，每个受监控实体包括一个或者多个检查点，每个受监控实体中包括的检查点之间的转移结果确定了每个受监控实体的状态信息，预先设置状态条件，比如受监控实体中包括的所有检查点之间的转移结果为转移错误，该受监控实体的状态信息为错误状态，比如受监控实体中包括的一个或者多个目标检查点之间的转移结果为转移错误，该受监控实体的状态信息为错误状态等，具体根据应用场景选择设置。
在本公开实施例中，每个物理核心中包括的受监控实体的状态信息和预设的配置信息确定了每个物理核心的全局状态；其中，配置信息可以根据应用场景需要设置，比如物理核心中包括的所有的受监控实体都为正确状态，物理核心的全局状态才为正确状态；再比如物理核心中包括的百分之八十的受监控实体都为正确状态，物理核心的全局状态才为正确状态，具体根据应用性能需求进行设置，本公开实施例不作具体限制。
步骤207、将每个物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果，对应用处理结果进行分析，得到当前处理错误次数，在当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备，在预设周期内，当前处理错误次数大于0且小于等于次数阈值时，执行接收车辆的应用处理请求，获取应用功能对应的多核外部图。
在本公开实施例中，物理核心的全局状态可以包括物理核心的正确状态、错误状态、开状态和关状态等，可以理解的是，应用功能对应的多个线程由多个物理核心执行，即所有的物理核心的全局状态都为正确状态，表示应用处理结果为实现该应用功能，比如执行打开车门功能，当前也可以根据应用场景需要设置对应的结果条件，比如具有4个物理核心，全部或者3个物理核心的全局状态为正确状态，则确定应用处理结果为实现该应用功能等，还可以根据各个物理核心的执行线程的重要性赋予不同权重并结合各个物理核心的全局状态确定应用处理结果等。
在本公开实施例中，在获取应用处理结果后，对应用处理结果进行分析，得到当前处理错误次数，在当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备，在预设周期内，当前处理错误次数大于0且小于等于次数阈值时，重复执行应用处理请求，其中，当前处理错误次数指的是响应相同应用处理请求的累加错误次数，次数阈值可以根据应用场景需要选择设置，还可以根据需要设置周期，满足不同用户的个性化需求，从而进一步满足用户对于应用处理多样性需求。
作为一种场景举例，允许某一完整的应用功能拆分到多个物理核心上，并为每个物理核心上的该应用功能部署受监控实体SE和检查点CP，通过配置转移关系，使得各个物理核心的应用具有转移关系。
如图4所示，应用功能的线程分布在一个ECU芯片的多个物理核心上，比如图4中的物理核心Core0、物理核心Core1和物理核心CoreN，每个物理核心部署各自的SE，比如图4中Core0包括受监控实体SE0、Core1包括受监控实体SE1、CoreN包括受监控实体SE2，此外每个SE中拥有的CP只能部署在同一个物理核心之上，比如图4中受监控实体SE0包括检查点CP0-0、CP0-1和CP0-2，受监控实体SE1包括检查点CP1-0、CP1-1、CP1-2和CP1-3，受监控实体SE2包括检查点CP2-0、CP2-1、CP2-2和CP2-3。
具体地，如图4所示，配置转移关系规定如下：以当Core1的线程运行到CP1-0时，标志着多物理核心转移开始，此时Core1的线程只允许运行到CP1-1或者CP1-2，当Core1的线程运行到CP1-1时，Core0的线程才允许运行到CP0-0，按照图4中的转移关系规定，CP0-0经过CP0-1、CP0-2和CP1-3标志着跨物理核心转移的结束。
在检查点转移开始之后，多核外部图中所有检查点都受到程序的监控，例如当Core0的CP1-1到达后，CoreN的线程运行到了CP2-0点，此时CoreN自身会向多核外部图中所有的物理核心报告状态，标志着此多核外部图转移的失败。
为了减少物理核心之间通信及每个物理核心查询所有检查点运行的次数，可以标记每个物理核心上的开启转移点，如只有当CP1-1到达后(即检测到流转源地址)，Core0的线程才允许有检查点到达，否则必然是非法转移。当Core1的CP1-1流转到CP1-2后，Core0关闭开启转移，禁止Core0上SE0的任何转移点到达，同时CoreN上的SE2允许转移。
由此，通过此类合理的配置，通过牺牲小部分内存，适量增加额外解释转移关系的信息，防止多物理核心处理时，每个物理核心需要轮询所有物理核心上的检查点状态。
同时当流转关系出现错误时多核外部图包含的所有SE都会同时报错，此时每个物理核心包括的SE的状态信息都会报错，而每个物理核心上的全局状态将根据自身的配置信息，计算当前物理核心的全局状态，其中，每个物理核心对错误的处理可以是彼此独立的。
由此，对于有极高的算力需求的应用性能，可在多个核上运行相应的子模块，并对其整体的程序流进行监控。
针对具有多核部署需求的应用功能，无法实现整体逻辑监督，只能在各自的物理核心上分别实现核内的逻辑监督、以及若为了实现功能安全的应用，只能将该应用功能部署在某一单独的核上，导致运行性能比较差的问题，本公开实施例的基于AUTOSAR的应用处理方法，确定应用功能的应用功能信息，将应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，并确定每个执行物理核心对应的受监控实体，以及每个受监控实体对应的检查点，确定每个受监控实体对应的检查点之间的配置转移关系并存储在各个检查点对应的内存中，基于配置转移关系构建多核外部图，接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，多核外部图包括：多个物理核心、以及多个物理核心之间包括检查点之间的配置转移关系，确定多核外部图中的初始检查点，基于配置转移关系确定下一个检查点，在下一个检查点为多个时，获取应用当前控制参数，将应用当前控制参数和预设的转移条件进行匹配，得到下一个目标检查点，控制初始检查点向下一个目标检查点转移，将下一个检查点或下一个目标检查作为新初始检查点，并基于新初始检查点和配置转移关系继续进行检查点之间的转移直到检查点转移结束以控制应用功能处理在多个物理核心之间的转移，将各个检查点的转移结果和预设的状态条件进行匹配，得到每个受监控实体的状态信息，将每个受监控实体的状态信息和预设的配置信息进行匹配，得到每个物理核心的全局状态，将每个物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果，对应用处理结果进行分析，得到当前处理错误次数，在当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备，在预设周期内，当前处理错误次数大于0且小于等于次数阈值时，重复执行应用处理请求。由此，应用功能可以实现跨核部署及逻辑流监控，提高了应用的功能安全等级。
图5为本公开实施例提供的一种基于AUTOSAR的应用处理装置的结构示意图，该装置可由软件和/或硬件实现，一般可集成在电子设备中。如图5所示，该装置包括：
接收获取模块301，用于接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，所述多核外部图包括：多个物理核心、以及所述多个物理核心之间包括检查点之间的配置转移关系；
第一确定模块302，用于确定所述多核外部图中的初始检查点；
转移模块303，用于基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移；
第一获取模块304，用于获取每个所述物理核心的全局状态；
第二确定模块305，用于将每个所述物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。
在本公开一个可选的实施例中，所述装置，还包括：
第三确定模块，用于确定所述应用功能的应用功能信息；
第四确定模块，用于将所述应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心；
第五确定模块，用于确定每个所述执行物理核心对应的受监控实体，以及每个所述受监控实体对应的检查点；
确定存储模块，用于确定每个所述受监控实体对应的检查点之间的配置转移关系并存储在各个检查点对应的内存中；
构建模块，用于基于所述配置转移关系构建所述多核外部图。
在本公开一个可选的实施例中，第四确定模块，具体用于：
对所述应用功能信息进行分析，获取多个应用子功能；
获取每个所述应用子功能的执行优先级信息；
从所述执行条件中获取物理核心的处理优先级信息；
在每个所述应用子功能的执行优先级信息和物理核心的处理优先级信息匹配的情况下，得到所述多个执行物理核心。
在本公开一个可选的实施例中，所述转移模块303，具体用于：
基于所述配置转移关系确定下一个检查点；
在所述下一个检查点为多个时，获取应用当前控制参数；
在所述应用当前控制参数和预设的转移条件匹配的情况下，得到下一个目标检查点；
控制所述初始检查点向所述下一个目标检查点转移，并执行所述基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束。
在本公开一个可选的实施例中，所述装置，还包括：
所述初始检查点通过物理核心之间的核心通信信息获取到流转源地址；
基于所述流转源地址和所述配置转移关系中的配置流转地址进行匹配；
将所述流转源地址和所述配置流转地址匹配时，控制所述初始检查点开始转移至下一个目标检查点。
在本公开一个可选的实施例中，所述第一获取模块304，具有用于：
将各个检查点的转移结果和预设的状态条件进行匹配，得到每个受监控实体的状态信息；
将所述每个受监控实体的状态信息和预设的配置信息进行匹配，得到每个所述物理核心的全局状态。
在本公开一个可选的实施例中，所述装置，还包括：
第五确定模块，用于对所述应用处理结果进行分析，得到当前处理错误次数；
生成模块，用于在所述当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备；
执行模块，用于在预设周期内，所述当前处理错误次数大于0且小于等于所述次数阈值时，执行所述接收车辆的应用处理请求，获取应用功能对应的多核外部图。
本公开实施例所提供的基于AUTOSAR的应用处理装置可执行本公开任意实施例所提供的基于AUTOSAR的应用处理方法，具备执行方法相应的功能模块和有益效果。
为了实现上述实施例，本公开还提出一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述实施例中的基于AUTOSAR的应用处理方法
图6为本公开实施例提供的一种电子设备的结构示意图。
下面具体参考图6，其示出了适于用来实现本公开实施例中的电子设备400的结构示意图。本公开实施例中的电子设备400可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示，电子设备400可以包括处理器(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储器408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理器401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储器408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储器408被安装，或者从ROM 402被安装。在该计算机程序被处理器401执行时，执行本公开实施例的基于AUTOSAR的应用处理方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(Hyper Text TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
电子设备可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，本公开提供了一种电子设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现如本公开提供的任一所述的基于AUTOSAR的应用处理方法。
根据本公开的一个或多个实施例，本公开提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行如本公开提供的任一所述的基于AUTOSAR的应用处理方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种基于AUTOSAR的应用处理方法，其特征在于，包括以下步骤：
接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，所述多核外部图包括：多个物理核心、以及所述多个物理核心之间包括检查点之间的配置转移关系；
确定所述多核外部图中的初始检查点；
基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移，获取每个所述物理核心的全局状态；
将每个所述物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。
2.根据权利要求1所述的基于AUTOSAR的应用处理方法，其特征在于，所述多核外部图的构建方法，包括：
确定所述应用功能的应用功能信息；
将所述应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，并确定每个所述执行物理核心对应的受监控实体，以及每个所述受监控实体对应的检查点；
确定每个所述受监控实体对应的检查点之间的配置转移关系并存储在各个检查点对应的内存中；
基于所述配置转移关系构建所述多核外部图。
3.根据权利要求2所述的基于AUTOSAR的应用处理方法，其特征在于，将所述应用功能信息和预设的执行条件进行匹配，得到多个执行物理核心，包括：
对所述应用功能信息进行分析，获取多个应用子功能；
获取每个所述应用子功能的执行优先级信息；
从所述执行条件中获取物理核心的处理优先级信息；
在每个所述应用子功能的执行优先级信息和物理核心的处理优先级信息匹配的情况下，得到所述多个执行物理核心。
4.根据权利要求1所述的基于AUTOSAR的应用处理方法，其特征在于，所述基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移，包括：
基于所述配置转移关系确定下一个检查点；
在所述下一个检查点为多个时，获取应用当前控制参数；
在所述应用当前控制参数和预设的转移条件匹配的情况下，得到下一个目标检查点；
控制所述初始检查点向所述下一个目标检查点转移，并执行所述基于配置转移关系确定下一个检查点的步骤，直至检查点转移结束。
5.根据权利要求4所述的基于AUTOSAR的应用处理方法，其特征在于，在控制所述初始检查点向所述下一个目标检查点转移之前，还包括：
通过物理核心之间的核心通信信息获取到流转源地址；
将所述流转源地址和所述配置转移关系中的配置流转地址进行匹配；
在所述流转源地址和所述配置流转地址匹配上时，控制所述初始检查点开始转移至所述下一个目标检查点。
6.根据权利要求1所述的基于AUTOSAR的应用处理方法，其特征在于，所述获取每个所述物理核心的全局状态，包括：
将各个检查点的转移结果和预设的状态条件进行匹配，得到每个受监控实体的状态信息；
将所述每个受监控实体的状态信息和预设的配置信息进行匹配，得到每个所述物理核心的全局状态。
7.根据权利要求1所述的基于AUTOSAR的应用处理方法，其特征在于，还包括：
对所述应用处理结果进行分析，得到当前处理错误次数；
在所述当前处理错误次数大于预设的次数阈值时，生成预警信息并发送至目标设备；
在预设周期内，所述当前处理错误次数大于0且小于等于所述次数阈值时，执行所述接收车辆的应用处理请求，获取应用功能对应的多核外部图。
8.一种基于AUTOSAR的应用处理装置，其特征在于，包括：
接收获取模块，用于接收车辆的应用处理请求，获取应用功能对应的多核外部图；其中，所述多核外部图包括：多个物理核心、以及所述多个物理核心之间包括检查点之间的配置转移关系；
第一确定模块，用于确定所述多核外部图中的初始检查点；
转移模块，用于基于所述初始检查点和所述配置转移关系进行应用功能处理在所述多个物理核心之间转移；
第一获取模块，用于获取每个所述物理核心的全局状态；
第二确定模块，用于将每个所述物理核心的全局状态和预设的处理条件进行匹配，得到应用处理结果。
9.一种电子设备，其特征在于，所述电子设备包括：
处理器；
用于存储所述处理器可执行指令的存储器；
所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述可执行指令以实现上述权利要求1-7中任一所述的基于AUTOSAR的应用处理方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7中任一所述的基于AUTOSAR的应用处理方法。
CN202310731759.6A 2023-06-19 2023-06-19 基于autosar的应用处理方法、装置、设备及介质 Pending CN119166319A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310731759.6A CN119166319A (zh) 2023-06-19 2023-06-19 基于autosar的应用处理方法、装置、设备及介质
PCT/CN2024/099657 WO2024260313A1 (zh) 2023-06-19 2024-06-17 基于autosar的应用处理方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310731759.6A CN119166319A (zh) 2023-06-19 2023-06-19 基于autosar的应用处理方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN119166319A true CN119166319A (zh) 2024-12-20

Family

ID=93877388

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310731759.6A Pending CN119166319A (zh) 2023-06-19 2023-06-19 基于autosar的应用处理方法、装置、设备及介质

Country Status (2)

Country Link
CN (1) CN119166319A (zh)
WO (1) WO2024260313A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120849132A (zh) * 2025-09-22 2025-10-28 天津易鼎丰动力科技有限公司 面向国产芯片的轻量化autosar架构多核优化方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7802073B1 (en) * 2006-03-29 2010-09-21 Oracle America, Inc. Virtual core management
KR102304387B1 (ko) * 2015-01-13 2021-09-23 현대모비스 주식회사 오토사 기반의 전자제어유닛 멀티코어 아키텍처 및 이를 포함하는 차량
FR3077403B1 (fr) * 2018-01-29 2019-12-27 Continental Automotive France Procede de conception d’une architecture de taches applicative d’une unite de controle electronique avec un ou des cœurs virtuels
CN112817762A (zh) * 2021-01-29 2021-05-18 中汽创智科技有限公司 一种基于自适应汽车开放系统架构标准的调度系统及其调度方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120849132A (zh) * 2025-09-22 2025-10-28 天津易鼎丰动力科技有限公司 面向国产芯片的轻量化autosar架构多核优化方法

Also Published As

Publication number Publication date
WO2024260313A1 (zh) 2024-12-26

Similar Documents

Publication Publication Date Title
CN112422551B (zh) 一种ssl证书更新方法、装置、电子设备及存储介质
CN113835992A (zh) 内存泄露的处理方法、装置、电子设备及计算机存储介质
CN112363815A (zh) Redis集群处理方法、装置、电子设备及计算机可读存储介质
CN111625422B (zh) 线程监控方法、装置、电子设备及计算机可读存储介质
CN119166319A (zh) 基于autosar的应用处理方法、装置、设备及介质
CN114741686A (zh) 程序白名单的检测方法、装置及相关设备
CN110928715A (zh) 一种提示错误描述信息的方法、装置、介质和电子设备
JP7811643B2 (ja) データ処理用のデータ処理ネットワーク
CN110554918B (zh) 限流方法、装置、电子设备和计算机可读存储介质
CN111580940A (zh) 应用程序的多进程间的进程处理方法、装置及电子设备
CN112116733A (zh) 车辆蓝牙钥匙的备份及获取方法、系统、及电子设备
CN111538717B (zh) 数据处理的方法、装置、电子设备及计算机可读介质
CN111158947A (zh) 预抄写文件制作方法、服务器及可读存储介质
CN117591161A (zh) Autosar软件集成方法、装置、电子设备及存储介质
CN111984496B (zh) 一种监控栈内存泄露的方法、装置、介质和电子设备
US11036624B2 (en) Self healing software utilizing regression test fingerprints
CN110784479B (zh) 一种数据校验方法、装置、电子设备及存储介质
CN116017420B (zh) 业务处理方法、装置、存储介质及电子设备
CN118012463B (zh) 车辆系统升级方法、装置、电子设备和计算机可读介质
CN119440803B (zh) 一种控制权限的获取方法、装置、计算机设备及存储介质
CN114116746B (zh) 多系统数据存储方法、装置、介质及电子设备
CN121433990A (zh) 中断测试方法、装置、介质、电子设备和程序产品
CN119557196A (zh) 参数配置方法、装置、设备及存储介质
CN120144205A (zh) 基于整车模式下的目标数据结果生成方法
CN120216046A (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