CN115589434A - 请求处理方法、面向服务系统、ecu、车辆及存储介质 - Google Patents

Abstract

本申请提供了一种请求处理方法、面向服务系统、ECU、车辆及存储介质，面向服务系统应用在向请求方提供服务的ECU中，服务管理组件存储有服务与冲突管理策略之间的映射关系。服务管理组件在第一线程中响应于多个请求调用同一项目标服务，根据目标服务以及映射关系确定出目标冲突管理策略，并根据目标冲突管理策略判断多个请求中是否包括待响应的请求，并将待响应的请求发送至所述目标服务对应的服务组件。服务组件在第二处理线程中执行本服务组件对应的服务的待响应的请求所指示的任务。冲突管理策略采取分布式部署，解决了集中管理方案的问题。服务组件与服务管理组件分别在不同线程执行不同的处理，服务请求调度管理不会影响服务调度。

Description

请求处理方法、面向服务系统、ECU、车辆及存储介质

技术领域

本申请涉及车辆技术领域，尤其涉及一种请求处理方法、面向服务系统、ECU、车辆及存储介质。

背景技术

车辆搭载有多个ECU(Electronic Control Unit，电子控制器单元)，每个ECU可以分别提供一项或多项不同的功能。ECU所提供功能可以被车辆中其他ECU调用，也可被其他电子设备调用。

面向服务架构(Service-Oriented Architecture，SOA)是一种粗粒度、松耦合服务架构，服务(不同应用程序或者应用程序的不同功能单元)之间通过简单、精确定义的服务接口进行通讯。SOA架构的出现解决了传统车载ECU应用移植困难，迭代周期长的痛点。但在目前搭载SOA架构的ECU中，ECU提供的同一项服务会存在并发调用的情形。为了应对并发调用的情形，相关技术中一般采用一主多从的集中管理方案，由中央ECU统一管理和分发各个服务请求，所有的服务请求都经过中央ECU的调度和转发。这样的集中管理方案通信效率较低，且在访问量过大时会增大中央ECU的负载，降低访问效率，同时当中央ECU失效时会影响到整车功能实现的可靠性。

发明内容

本申请提供了一种请求处理方法、面向服务系统、ECU、车辆及计算机可读存储介质，解决了集中管理方案中存在的技术问题。

根据本申请的第一方面，提供一种应用于ECU的面向服务系统，所述ECU用于向请求方提供至少一项服务，所述系统包括服务管理组件和至少一个服务组件，每个服务组件对应一项服务，所述服务管理组件存储有服务与冲突管理策略之间的映射关系，至少两种不同的服务对应不同的冲突管理策略；

所述服务管理组件，在第一线程中响应于多个请求调用同一项目标服务，根据所述目标服务以及所述映射关系确定目标冲突管理策略，根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求，并将所述待响应的请求发送至所述目标服务对应的目标服务组件；

其中，所述冲突管理策略与请求的优先级和/或到达时间相关，所述到达时间为请求到达所述ECU的时间；

所述至少一个服务组件中的每个服务组件，在第二线程中执行本服务组件对应的服务的待响应的请求所指示的任务。

在一些例子中，所述冲突管理策略包括非抢占策略和抢占策略，且所述非抢占策略对应的服务的执行时长小于所述抢占策略对应的服务的执行时长。

在一些例子中，所述多个请求由不同请求方发出且在预设的第一时间范围内到达所述ECU，或者所述多个请求包括当前接收的第一请求和历史接收的第二请求，所述第二请求在历史判断中确定为待响应的请求；

若确定的所述目标冲突管理策略为所述非抢占策略，所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

确定所述多个请求按照优先级从高至低依次响应。

在一些例子中，所述多个请求包括所述第一请求和所述第二请求；所述目标服务组件存储有包括所述第二请求的待响应列表，所述服务管理组件在确定所述多个请求按照优先级从高至低依次响应时，具体用于：

根据所述第一请求和所述第二请求的优先级，确定所述第一请求在所述待响应列表中待添加的指定位置，并将所述第一请求添加到所述指定位置。

在一些例子中，所述多个请求包括当前接收的第一请求、以及包括所述目标服务组件在所述第二线程中正在执行的第三请求，

若确定的所述目标冲突管理策略为所述非抢占策略，所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

判断响应所述第一请求，且至少在所述目标服务组件执行完所述第三请求指示的任务后，再指示所述目标服务组件执行所述第一请求指示的任务。

在一些例子中，所述多个请求由不同请求方发出且在预设的第一时间范围内到达所述ECU，或者所述多个请求包括当前接收的第一请求和历史接收的第二请求，所述第二请求在历史判断中确定为待响应的请求；

若确定的所述目标冲突管理策略为所述抢占策略，所述服务管理组件在在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

响应最高优先级的请求，并拒绝响应非最高优先级的其他请求。

在一些例子中，所述多个请求包括所述第一请求和所述第二请求；所述目标服务组件存储有包括所述第二请求的待响应列表，所述管理组件在拒绝响应非最高优先级的其他请求时，具体用于：

若所述第二请求的优先级高于所述第一请求的优先级，向所述第一请求的请求方返回拒绝响应消息；

若所述第一请求的优先级高于所述第二请求的优先级，删除所述待响应列表中的所述第二请求。

在一些例子中，所述服务管理组件在删除所述待响应列表中的所述第二请求时，具体用于：

将所述待响应列表中的所述第二请求移动至取消列表；

所述服务管理组件，还在第三线程中遍历所有服务组件，检查每个服务组件对应的待响应的请求的执行情况，并向所述取消列表所包括的第二请求的请求方返回拒绝响应消息。

在一些例子中，在所述第一请求的优先级高于所述第二请求的优先级，的情况下，所述服务管理组件还用于：

若所述第一请求的优先级高于第三请求的优先级，暂停所述第三请求的执行，并执行所述第一请求；其中，所述第三请求为所述目标服务组件在所述第二线程中正在执行的请求；

若所述第一请求的优先级小于或等于所述第三请求的优先级，在完成执行所述第三请求后执行所述第一请求。

在一些例子中，所述多个请求由同一请求方发出，且在预设的第二时间范围内到达所述ECU；所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

响应最后到达所述ECU的请求，所述最后到达所述ECU的请求是根据所述多个请求中每个请求的到达时间确定的。

根据本申请的第二方面，提供一种请求处理方法，应用在ECU中，所述ECU用于向请求方提供至少一项服务，所述ECU存储有服务与冲突管理策略之间的映射关系，至少两种不同的服务对应不同的冲突管理策略；所述方法包括：

在第一线程中，响应于多个请求调用同一项目标服务，根据所述目标服务以及所述映射关系确定目标冲突管理策略，根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求；

其中，所述冲突管理策略与请求的优先级和/或到达时间相关，所述到达时间为请求到达所述ECU的时间；

在第二线程中，执行每项服务的待响应的请求所指示的任务。

根据本申请的第三方面，提供一种ECU，所述ECU用于向请求方提供至少一项服务，所述ECU包括如第一方面任意一项所述的面向服务系统。

根据本申请的第四方面，提供一种车辆，包括一个或多个如第三方面所述的ECU，各个ECU之间通信连接。

根据本申请的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令被处理器执行时实现第二方面所述方法的步骤。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请提供了一种请求处理方法、面向服务系统、ECU、车辆及计算机可读存储介质，面向服务系统应用在向请求方提供服务的ECU中，该系统新增了服务管理组件，服务管理组件存储有服务与冲突管理策略之间的映射关系，至少两种不同的服务对应不同的冲突管理策略。服务管理组件与服务组件分别在不同线程中执行不同的处理。具体地，服务管理组件在第一线程中响应于多个请求调用同一项目标服务，根据目标服务以及映射关系确定出目标冲突管理策略，并根据所述目标冲突管理策略判断多个请求中是否包括待响应的请求，并将所述待响应的请求发送至所述目标服务对应的服务组件。而服务组件则在第二处理线程中执行本服务组件对应的服务的待响应的请求所指示的任务。一方面，上述系统打破了传统的集中管理方案，冲突管理策略采取分布式部署，在每个提供服务的ECU中均部署了服务管理组件，使得ECU可以对请求进行管理，因此解决了集中管理方案所存在的问题。另一方面，由于服务组件与服务管理组件分别在不同线程执行不同的处理，因此服务请求调度与管理不会影响服务调度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本申请的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是相关技术中ECU服务调用场景的示意图。

图2是本申请根据一实施例示出的一种面向服务系统的结构示意图。

图3是本申请根据一实施例示出的一种请求处理方法的流程图。

图4是本申请根据另一实施例示出的一种面向服务系统的结构示意图。

图5是本申请根据另一实施例示出的一种请求处理方法的流程图。

图6是本申请根据另一实施例示出的一种请求处理方法的流程图。

图7是本申请根据一实施例示出的一种ECU的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

汽车的电子控制器单元(Electronic Control Unit，ECU)又称汽车的“行车电脑”，它利用各种传感器和总线的数据来判断车辆状态和获取司机的意图，并通过执行器来控制汽车行驶以及实现其它各种行车功能。通常地，车辆搭载有多个ECU，每个ECU可以分别提供一项或多项不同的功能。ECU所提供功能可以被车辆中其他ECU调用，也可被其他电子设备调用。

面向服务架构(Service-Oriented Architecture，SOA)是一种粗粒度、松耦合服务架构，服务(不同应用程序或者应用程序的不同功能单元)之间通过简单、精确定义的服务接口进行通讯，服务接口是采用中立的方式进行定义的，独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

SOA架构的出现解决了传统车载ECU应用移植困难，迭代周期长的痛点。但在目前搭载SOA架构的ECU中，ECU提供的同一项服务会存在并发调用的情形。为了应对并发调用的情形，相关技术中一般采用一主多从的集中管理方案，由中央ECU统一管理和分发各个服务请求，所有的服务请求都经过中央ECU的调度和转发。如图1所示，当ECU 1和ECU 3都需要调用ECU 2提供的服务时，ECU 1将请求1发送至中央ECU，ECU 3将请求2发送至中央ECU。再由中央ECU统一管理是否响应这些请求，并将请求1和/或请求2转发至ECU 2。

显然，上述集中管理方案通信效率较低，且在访问量过大时会增大中央ECU的负载，降低访问效率，同时当中央ECU失效时会影响到整车功能实现的可靠性。

为此，本申请提出了一种应用于ECU的面向服务系统，其中，该ECU用于向请求方提供至少一项服务。

可选地，请求方为车辆中的其他ECU。可以理解的是，车辆搭载的多个ECU之间通信连接。多个ECU之间可以相互调用对方所提供的服务。示例性地，ECU可以搭载有服务端和客户端，当某一ECU向其他ECU提供服务时，该ECU作为服务提供方，身份为服务端。反之，当某一ECU向其他ECU请求调用其他ECU所提供的服务时，该ECU作为服务请求方，身份为客户端。利用SOA结构，服务端可以将自身所能实现的行车功能通过SOME/IP协议或SOME/IP-SD协议在车身网络中广播。处于车身网络中的客户端在收到发布的消息后，可以根据自身需求向服务端发送用于订阅行车功能的触发请求，使得服务端向订阅方提供相应的服务。其中，SOME/IP全称为Scalable Service-Oriented MiddlewarE over IP，SOME/IP协议在OSI七层网络结构中位于应用层，是一种面向服务的可伸缩的中间件。SOME/IP-SD协议为SOME/IP协议与服务发现协议(Service Discovery，SD)。

可选地，请求方为安装在电子设备上的客户端，客户端与该ECU通信连接。电子设备可以设置在车辆中，也可以独立于车辆。电子设备可以对车辆进行远程控制。示例性地，电子设备可以包括但不限于智能电话/手机、个人数字助理(PDA)、媒体内容播放器、视频游戏站/系统、虚拟现实系统、增强现实系统、可穿戴设备(如手表、手环、手套、帽子、头盔、虚拟现实头戴耳机、增强现实头戴耳机、头装式装置(HMD)、头带、挂件、臂章、腿环、鞋子或者马甲等)等。

可选地，ECU提供的服务还可以被本地调用，那么该ECU既是服务请求方，也是服务提供方。

在本申请中，用于向请求方提供至少一项服务的ECU搭载有面向服务系统。如图2所示，面向服务系统200包括服务管理组件210和至少一个服务组件220。

每个服务组件对应一项服务。服务组件的数量与该ECU所能提供的服务的数量相同。

服务管理组件存储有服务与冲突管理策略之间的映射关系，且至少两种不同的服务对应不同的冲突管理策略。

可选地，服务管理组件可以存储所在ECU提供的服务与冲突管理策略之间的映射关系。例如，若服务管理组件所在的ECU提供服务1和服务2，则服务管理组件可以只存储服务1与冲突管理策略之间的映射关系1，以及服务2与冲突管理策略之间的映射关系2。多个映射关系可以以表项的形式存储。不同ECU提供不同的服务，如此，不同ECU的服务管理组件所存储的表项包括不同服务的映射关系。

可选地，服务管理组件可以存储所有服务与冲突管理策略之间的映射关系。如在上述例子中，服务管理组件除了存储映射关系1和映射关系2，还可以存储其他ECU所提供的服务与冲突管理策略之间的映射关系。多个映射关系可以以表项的形式存储。不同ECU的服务管理组件所存储的表项包括相同服务的映射关系。如此，当技术人员需要修改、增加或删除一个或多个ECU所提供的服务，并修改表项中对应的映射关系时，可以直接将修改后的表项统一发布至所有ECU，而无需针对每个ECU逐一修改其存储的表项。

在本申请中，服务管理组件与服务组件在并行的不同线程中分别执行不同的步骤。在第一线程中，服务管理组件响应于多个请求调用同一项目标服务，根据目标服务与存储的映射关系确定目标冲突管理策略。然后根据目标冲突管理策略判断多个请求中是否包括待响应的请求，并将待响应的请求发送至目标服务对应的目标服务组件。其中，冲突管理策略和请求的优先级和/或到达时间相关。请求的到达时间是指请求到达ECU的时间。

多个请求均调用同一项目标服务，那么多个请求之间就会产生调用冲突。因此需要对多个请求进行调度和管理。由于多个请求均调用同一项目标服务，因此可以根据目标服务与预存的映射关系，确定出目标冲突管理策略。然后根据目标冲突管理策略判断多个请求中是否包括待响应的请求，并将待响应的请求发送至目标服务对应的目标服务组件。示例性地，可以根据目标冲突管理策略判断是否响应多个请求中的至少一个。示例性地，可以根据目标冲突管理策略对多个请求中每个请求逐一判断是否响应。

针对ECU包括的至少一个服务组件中每个服务组件，在第二线程中执行本服务组件对应的服务的待响应的请求所指示的任务。

示例性地，每个服务组件可以存储有对应的待响应列表(pend list)。待响应列表中存储有经过服务管理组件判断为响应的待响应的请求。也即，服务管理组件将待响应的请求发送到目标服务组件，可以是将待响应的请求添加至目标服务组件对应的待响应列表中。服务组件可以从待响应列表中逐一读取待响应的请求并执行其所指示的任务。

可选地，若ECU的目标服务组件在执行请求所指示的任务时，需要进一步调用其他ECU提供的服务，也即跨域调用，这样的请求往往需要较长时间的执行时间，因此可以将该请求放至正在处理队列(Processing List)等待跨域服务调用结果。

可选地，在请求执行完毕后可以向该请求的请求方发送调用完成通知(FinishNotify)。

每一项服务提供了多种的方法，例如车窗移动服务中，包括控制车窗升起的方法、车辆降落的方法、以及车辆移动至某一指定位置的方法。调用同一目标服务的多个待响应的请求可以分别调用目标服务中不同的方法，也可以调用相同的方法。因此服务组件在执行待响应的请求所指示的任务，可以是服务组件调用待响应的请求所指示的方法。

在本实施例中，向请求方提供服务的ECU搭载有面向服务系统，且在系统中新增了用于统一调度和管理请求的服务管理组件，使得每个ECU具备请求管理功能。冲突管理策略采取分布式部署，解决了集中管理方案所存在的问题，提高了通信效率、访问效率以及整车功能实现的可靠性。同时，由于服务组件与服务管理组件分别在不同线程执行不同的处理，因此为ECU新增了请求调度与管理功能后，不会影响ECU原来服务调度功能的实现。

在一些实施例中，上述多个请求包括当前接收到的第一请求。针对当前接收到的第一请求，服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：根据目标冲突管理策略判断是否响应第一请求。

可选地，服务管理组件还可以根据第一请求的请求方的访问权限，和/或目标服务组件的请求数量阈值进行判断。

示例性地，服务管理组件预存有权限信息，权限信息包括有允许访问服务组件的一个或多个请求方法对应的来源标识。请求可以携带请求方的来源标识，如此，服务管理组件可以根据权限信息以及第一请求携带的来源标识，确定第一请求的请求方是否有权限访问目标服务组件。即第一请求携带的来源标识是否包含在权限信息中。若第一请求携带的来源标识包含在权限信息中，确定第一请求的请求方有权限访问目标服务组件。此后，可以根据第一请求的目标冲突管理策略判断是否响应第一请求。若第一请求携带的来源标识不包含在权限信息中，则向请求方返回访问拒绝的通知消息。

示例性地，每个服务组件对应的服务有相应的请求数量阈值，也即每个服务组件对应的服务在一段时间内只能被一定数量的请求调用。因此，在接收到第一请求时，服务管理组件可以先判断当前已经有多少待响应的请求需要调用目标服务，若待响应的请求数量未超过该目标服务相应的请求数量阈值，则进一步根据第一请求的目标冲突管理策略判断是否响应第一请求。若超过，则向请求方返回资源受限的通知消息。

示例性地，如图3所示，在第一线程中，服务管理组件根据第一请求携带请求方的来源标识，确定该请求方是否有权限访问目标服务组件(步骤S11)。若有权限则执行步骤S12，否则向请求方返回访问拒绝的通知消息(步骤S13)。在确定请求方有权限访问目标服务组件后，可以为第一请求分配内存空间，并判断需要调用目标服务的待响应的请求的数量是否超过请求数量阈值(步骤S12)。若不超过，则根据目标服务与映射关系确定目标冲突管理策略，并根据目标冲突管理策略判断是否响应第一请求(步骤S14)。否则，向请求发返回资源受限的通知消息(步骤S15)。当然，还可以先执行步骤S12判断调用目标服务的待响应的请求的数量是否超过请求数量阈值，然后再执行步骤S11确定请求方是否有权限访问目标组件，本申请在此不做限制。

在一些实施例中，如图4所示，面向服务系统200还包括通信组件230。其中，通信组件230用于接收请求方发送的请求，并将请求发送至服务管理组件220。

关于冲突管理策略，在一些实施例中，冲突管理策略包括非抢占策略和抢占策略。且非抢占策略对应的服务的执行时长小于抢占策略对应的服务的执行时长。

可选地，在确定每个服务分别对应的冲突管理策略时，可以根据服务的执行时长确定其对应的冲突管理策略。这是因为对于短时间服务，难以进行可重入设计，一般不适用抢占式策略。示例性地，可以将执行时长小于预设第一时间阈值的服务对应的冲突管理策略确定为非抢占策略；将执行时长大于预设第一时间阈值的服务对应的冲突管理策略确定为抢占策略。

可选地，针对每个服务，根据请求调用该服务的所有请求方之间是否存在依赖关系，确定其对应的冲突管理策略。例如，若ECU 1可以提供获取传感器状态的原子服务，ECU2为了进行故障诊断，需要调用ECU 1所提供的传感器状态获取服务。同时ECU 3为了进行HMI(Human Machine Interface，人机界面)显示，也需要调用ECU 1所提供的传感器状态获取服务。但是由于需要等HMI显示完毕后才能有针对性地进行故障诊断，因此ECU 2的故障诊断依赖于ECU 3先完成HMI显示。就算ECU 2的优先级高于ECU 3的优先级，也不能打断ECU3的请求执行。因此，对于某一服务，若请求调用该服务的请求方之间存在依赖关系，确定该服务对应的冲突管理策略为非抢占策略；对于某一服务，若请求调用该服务的请求方之间不存在依赖关系，确定该服务对应的冲突管理策略为抢占策略。

可选地，还可以结合服务的执行时长，以及请求调用该服务的所有请求方之间是否存在依赖关系，通过加权计算确定服务对应的冲突管理策略。相关的加权计算可以参考相关技术，本申请在此不做限制。

在本申请中，调用同一项目标服务的多个请求可以包括以下情况：

①多个请求由不同请求方发出的，且在预设的第一时间范围内到达ECU。第一时间范围可以由本领域技术人员根据需要设置，在第一时间范围内到达ECU的多个请求可以认为是同时到达ECU。也即多个请求方同时调用同一项目标服务。

服务组件响应于多个请求调用同一项目标服务，可以是服务组件接收到不同请求方发出的且在第一时间范围内到达ECU的多个请求。

②多个请求包括当前接收的第一请求和历史接收的第二请求，且第二请求在历史判断中确定为待响应的请求。也即第一请求与第二请求是先后接收到的调用同一项目标服务的两个请求。对于首先接收到的第二请求，服务管理组件基于上述任一实施例所述的方法判断响应第二请求，并将第二请求发送至目标服务组件。示例性地，可以将第二请求添加至目标服务组件对应的待响应列表。因此，第二请求为历史接收的请求，且在历史判断中确定为待响应的请求。

服务管理组件响应于多个请求调用同一项目标服务，可以是服务管理组件当前接收到第一请求，且确定目标服务组件存在待响应的第二请求。示例性地，服务组件可以在当前接收到第一请求后，查询目标服务组件对应的待响应列表中是否存在待响应的请求，若是，则确定待响应列表中待响应的请求为第二请求，并执行后续操作。

③多个请求包括当前接收的第一请求和目标服务组件在第二线程中正在执行的第三请求。如上所述，服务管理组件与服务组件在并行的不同线程中执行不同的处理。服务管理组件在第一线程中对接收到的请求判断是否响应，服务组件在第二线程中执行待响应的请求所指示的任务。因此，在服务管理组件当前接收到第一请求时，可以查询目标服务组件在第二线程是否有正在执行的第三请求。

服务管理组件响应于多个请求调用同一项目标服务，可以服务管理组件当前接收到第一请求，且确定目标服务组件在第二线程正在执行第三请求。

④多个请求由同一请求方发出的，且在预设的第二时间范围内到达ECU。第二时间范围可以由本领域技术人员根据需要设置，在第二时间范围内到达ECU的多个请求可以认为是在较短的时间范围内先后到达ECU。第二时间范围可以大于第一时间范围。也即，同一请求方在先后向ECU发出了调用同一项目标服务的多个请求。

以下实施例介绍在不同冲突管理策略中，服务管理组件如何对多个调用同一项目标服务的请求进行冲突管理。

在一些实施例中，调用同一项目标服务的多个请求由不同请求方发出的，且在预设的第一时间范围内到达ECU(上述情况①)。若根据目标服务与映射关系，确定出目标冲突管理策略为非抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：确定多个请求按照优先级从高至低依次响应。

可选地，最高优先级的请求对应的请求方会首先获得目标服务的访问权限并锁定目标服务，其他低优先级请求相应的请求方会收到“请求已被接收正在处理中”的响应。

可选地，多个请求可以按照响应顺序添加至目标服务组件对应的待响应列表中。

例如，在0时刻请求P1-P3同时到达ECU，且请求P3的优先级为3级，请求P2的优先级为2级，请求P1的优先级为1级。请求P3的优先级最高，请求P2次之，请求P1的优先级最小。那么服务管理组件根据请求P1-P3的优先级，可以确定请求P1-P3按照P3-P2-P1的顺序依次响应。并将请求P1-P3按照响应次序添加至目标服务组件的待响应列表中。随后，目标服务组件从待响应列表中按照响应顺序依次读取请求并执行请求所指示的任务。

在一些实施例中，调用同一项目标服务的多个请求包括第一请求和第二请求(上述情况②)。若根据目标服务与映射关系，确定出目标冲突管理策略为非抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：确定多个请求按照优先级从高至低依次响应。

如上所述，第二请求是在第一请求以前接收到的，且在历史判断中确定为待响应的请求。示例性地，第二请求存储在目标服务组件对应的待响应列表中。如此，服务管理组件在确定多个请求按照优先级从高至低依次响应时，具体用于：根据第一请求和第二请求的优先级，确定第一请求在待响应列表中待添加的指定位置，并将第一请求添加到指定位置。

如在上述例子中，若在2时刻请求P4(第一请求)到达ECU，而请求P1-P2(第二请求)在待响应列表中等待响应，目标服务组件在第二线程中正在执行请求P3(第三请求)指示的任务，且请求P4的优先级为4级，则根据请求P4以及请求P1-P2的优先级，确定请求P4在响应列表中的位置为首位，并将P4添加至待响应列表的首位。目标服务组件从首位开始向末位逐个读取请求。P4在响应列表中的首位，即P4将先于P1-P2被执行。

可选地，若第一请求和第二请求的优先级相同，则按照到达时间确定多个请求的响应顺序。例如，到达时间在先的请求可以先于到达时间在后的请求执行，也即先进先出(FIFO，First Input First Output)。

如在上述例子中，若在4时刻请求P5(第一请求)到达ECU，且请求P4、P1-P2(第二请求)在待响应列表中等待响应，目标服务组件在第二线程中正在执行请求P3(第三请求)指示的任务，且请求5的优先级为2级，即与请求P2的优先级相同。则按照到达时间，确定先达到ECU的请求P2先于后达到ECU的请求P5执行。

在一些实施例中，调用同一项目标服务的多个请求包括第一请求和第三请求(上述请况③)。若根据目标服务与映射关系，确定出目标冲突管理策略为非抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：判断响应第一请求，且至少在目标服务组件执行完第三请求指示的任务后，再指示目标服务组件执行第一请求指示的任务。

如在上述例子中，在2时刻到达ECU的请求P4的优先级虽然大于目标服务组件正在执行的请求P3，但不会抢占当前正在处理的服务访问。而是先将请求P4按照优先级顺序加入待响应列表，待请求P3执行完毕后再从响应列表中读取请求执行。

在一些实施例中，调用同一项目标服务的多个请求由同一请求方发出的，且在预设的第二时间范围内到达ECU(上述情况④)。若根据目标服务与映射关系，确定出目标冲突管理策略为非抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：响应最后到达ECU的请求。其中，最后到达ECU的请求是根据多个请求中每个请求的到达时间确定的。

在一些连续调节参数的场景中，需要进行参数调节的请求方会在短时间内连续向ECU发送调用同一目标服务的多个请求。作为例子，车辆提供有车内温度调节功能，用户可以在车辆的人机界面中滑动温度调节组件来将车内温度调节至指定温度。例如，若车内现在的温度为20℃，那么用户可以滑动温度调节组件将车内温度设置为25℃，其中，若用户对温度调节组件的操作时长为1s，那么在这1s的滑动过程中，相关的请求方会会多次向可以提供温度调节服务的ECU发送请求。例如每0.2s发送一次请求，那么在整个滑动过程中，同一请求方向同一ECU发送了5次调用温度调节服务的请求。而每一次请求所指示的车辆温度均不相同。例如第一次发送的请求指示车辆温度调节至21℃，第二次发送的请求指示车辆温度调节至22℃，第三次发送的请求指示车辆温度调节至23℃，第四次发送的请求指示车辆温度调节至24℃，第五次发送的请求指示车辆温度调节至25℃。而在这5次请求中，第五次发送的请求指示了用户指定调节至的温度，因此ECU可以根据这5个请求的到达时间，响应最后到达ECU的请求，也即请求方第五次发送的请求。

可选地，在后到达的请求可以抢占在先到达的请求的执行。例如，可以暂停在先请求的处理，并执行在后到达的请求。如在上述例子中，若在目标服务组件执行第一次发送的请求所指示的任务(将温度调节至21℃)时，ECU接收到请求方第二次发送的请求，则可以暂停执行第一次发送的请求，并执行第二次发送的请求所指示的任务(将温度调节至22℃)。同理，第三次发送的请求可以抢占第二次发送的请求的执行，第四次发送的请求可以抢占第三次发送的请求的执行，第五次发送的请求可以抢占第四次发送的请求的执行。在本实施例中，由于在后到达的请求直接抢占在先到达的请求的执行，那么在后到达的请求就不会先存储在目标服务组件对应的待响应列表中，因此目标服务组件对应的待响应列表中不会存储有待响应的第二请求。

在一些实施例中，调用同一项目标服务的多个请求由不同请求方发出的，且在预设的第一时间范围内到达ECU(上述情况①)。若根据目标服务与映射关系，确定出目标冲突管理策略为抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：响应最高优先级的请求，并拒绝响应非最高优先级的其他请求。

可选地，最高优先级的请求对应的请求方会获得访问权限，非最高优先级的其他请求对应的请求方会收到“优先级拒绝”的响应。

可选地，若多个请求包括优先级不同的至少两个请求，响应最高优先级的请求，并拒绝响应非最高优先级的其他请求。

可选地，若多个请求的优先级相同，确定响应多个请求。

例如，在0时刻优先级为2级的请求P6-P7，以及优先级为1级的请求P8同时到达。由于P6与P7的优先级相同且在所有请求中优先级最高，因此确定响应请求P6-P7，拒绝响应请求P8。

在一些实施例中，调用同一项目标服务的多个请求包括第一请求和第二请求(上述情况②)。若根据目标服务与映射关系，确定出目标冲突管理策略为抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：响应最高优先级的请求，并拒绝响应非最高优先级的其他请求。

如上所述，第二请求是在第一请求以前接收到的，且在历史判断中确定为待响应的请求。示例性地，第二请求存储在目标服务组件对应的待响应列表中。如此，管理组件在拒绝响应非最高优先级的其他请求时，具体用于：若第二请求的优先级高于第一请求的优先级，向第一请求的请求方返回拒绝响应消息；若所述第一请求的优先级高于所述第二请求的优先级，删除待响应列表中的第二请求。

如在上述例子中，在2时刻请求P9(第一请求)到达ECU，且请求P7(第二请求)在待响应列表中等待响应，目标服务组件在第二线程中正执行请求P6。若请求P9的优先级低于请求P7的优先级，则向请求P9的请求方返回拒绝响应消息。若请求P9的优先级高于请求P7的优先级，则删除待响应列表中的请求P7。

示例性地，服务管理组件在删除所述待响应列表中的第二请求时，具体用于：将待响应列表中的第二请求移动至取消列表(AckList)，以待向请求方返回拒绝响应消息。

可选地，在移动至取消列表后，将第一请求作为新的第二请求添加至待响应列表以待响应。

在一些实施例中，在若第一请求的优先级高于第二请求的优先级的情况下，服务管理组件还用于：若第一请求的优先级高于第三请求的优先级，暂停第三请求的执行，并执行第一请求；其中，第三请求为目标服务组件在第二线程中正在执行的请求；若第一请求的优先级小于或等于第三请求的优先级，在完成执行第三请求后执行第一请求。

在第一请求的优先级高于第二请求的优先级的情况下，删除待响应列表中的第二请求，且可以将第一请求添加至待响应列表中。随后，可以比较待响应列表中第一请求与目标服务管理组件在第二线程中正在执行的第三请求的优先级。若第一请求的优先级高于第三请求的优先级，可以暂停第三请求的执行，并执行第一请求，也即抢占第三请求。反之，若第一请求的优先级小于或等于第三请求的优先级，则在完成第三请求的执行后再执行第一请求，也即不抢占第三请求。

如在上述例子中，若请求P9的优先级高于请求P7的优先级，则删除待响应列表中的请求P7，同时可以将请求P9添加至待响应列表中。随后可以比较请求P9与正在执行的请求P6的优先级。由于请求P6的优先级与请求P7的优先级相同，因此请求P9的优先级高于请求P6的优先级，从而请求P9可以抢占请求P7。

可选地，被抢占的第三请求可以移动至取消列表，以待向请求方返回拒绝响应消息。

可选地，若服务管理组件先后接收到调用同一服务的多个请求，则按照到达时间确定多个请求的响应顺序。例如，可以到达时间在先的请求先于到达时间在后的请求执行，也即先进先出。

在一些实施例中，调用同一项目标服务的多个请求由同一请求方发出的，且在预设的第二时间范围内到达ECU(上述情况④)。若根据目标服务与映射关系，确定出目标冲突管理策略为抢占策略，则服务管理组件在根据目标冲突管理策略判断多个请求中是否包括待响应的请求时，具体用于：响应最后到达ECU的请求。其中，最后到达ECU的请求是根据多个请求中每个请求的到达时间确定的。

此外，服务管理组件还在第三线程中遍历所有服务组件，检查每个服务组件对应的待响应的请求的执行情况，并向取消列表所包括的第二请求的请求方返回拒绝响应消息。

示例性地，如图5所示，在第三线程中，服务管理组件获取当前服务组件对应的服务所提供的方法(步骤S31)，并针对每个方法，检查调用该方法的请求的执行情况(步骤S32)。如上所述，ECU提供的每项服务中又可以提供不同的方法。调用同一项服务的请求可能调用该服务中不同的方法。因此可以针对每项服务所提供的每个方法，检查调用该方法的请求的执行情况。示例性地，执行情况包括完成执行或未完成执行。

随后，向当前服务组件的取消列表中的每个请求逐一返回拒绝响应消息(步骤33)，并判断当前服务组件对应的服务提供的所有方法是否检查完毕(步骤S34)。其中，取消列表中的请求包括：在等待响应时被取消响应的第二请求，以及在执行时被抢占的第三请求。

若未检查完毕，则返回步骤S32。若检查完毕，则判断所有服务组件是否检查完毕(步骤S35)。若所有服务组件未检查完毕，则获取下一个服务组件(步骤S36)并返回步骤S31。若所有服务组件检查完毕，则结束本次检查。

可选地，服务管理组件在第三线程中周期性地执行上述检查。

可选地，服务管理组件在每个周期内执行上述检查约需要数十毫秒。也即每个周期为数十毫秒。上述根据服务的执行时长与第一时间阈值的大小关系确定服务对应的冲突管理策略时，第一时间阈值可以是服务管理组件执行上述检查所需的时间。也即若服务的执行时长小于一个周期，则确定对应的冲突管理策略为非抢占策略；若服务的执行时长大于一个周期，则确定对应的冲突管理策略为抢占策略。

在本申请中，向请求方提供服务的ECU搭载有面向服务系统，且在系统中新增了用于同一调度和管理请求的服务管理组件，使得每个ECU具备请求管理功能。冲突管理策略采取分布式部署，解决了集中管理方案所存在的问题，提高了通信效率、访问效率以及整车功能实现的可靠性。同时，由于服务组件与服务管理组件分别在不同线程执行不同的处理，因此为ECU新增了请求调度与管理功能后，不会影响ECU原来服务调度功能的实现。

基于上述任一实施例提供的面向服务系统，本申请还提供了一种请求处理方法，应用在ECU中。其中，该ECU用于向请求方提供至少一项服务，且ECU存储有服务与冲突管理之间的映射关系。至少两种不同的服务对应不同的冲突管理策略。该方法包括如图6所示的步骤：

步骤610：在第一线程中，响应于多个请求调用同一项目标服务，根据所述目标服务以及所述映射关系确定目标冲突管理策略，根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求；

其中，所述冲突管理策略与请求的优先级和/或到达时间相关，所述到达时间为请求到达所述ECU的时间；

步骤620：在第二线程中，执行每项服务的待响应的请求所指示的任务。

基于上述任意实施例所述的面向服务系统，本申请还提供了如图7所示的一种ECU700，包括上述任一实施例所述的面向服务系统710。如图7，该ECU包括硬件和其他的软件，比如该ECU还包括运行环境(Runtime Environment，RTE)720、固件730和硬件740。

示例性的，运行环境720为软硬件分离提供可能，封装了固件730的通信和服务，为面向服务系统710提供标准化的基础软件和通信接口，使得面向服务系统710可以通过RTE接口调用固件730的服务。

固件730提供基础软件服务，如存储器服务、通信服务以及驱动服务等。

所述硬件740至少包括处理器和存储器。

示例性的，所述处理器包括但不限于中央处理单元(Central Processing Unit，CPU)、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)或者现成可编程门阵列(Field-Programmable GateArray，FPGA)等。

示例性的，所述存储器可以包括至少一种类型的存储介质，存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。

基于上述任意实施例所述的面向服务系统，本申请还提供了一种车辆，包括一个或多个上述的ECU，各个ECU之间通信连接。

基于上述任意实施例所述的一种请求处理方法，本申请还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可用于执行上述任意实施例所述的方法。

基于上述任意实施例所述的方法，本申请还提供了一种计算机存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时可用于执行上述任意实施例所述的方法。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

Claims (14)

1.一种应用于ECU的面向服务系统，其特征在于，所述ECU用于向请求方提供至少一项服务，所述系统包括服务管理组件和至少一个服务组件，每个服务组件对应一项服务，所述服务管理组件存储有服务与冲突管理策略之间的映射关系，至少两种不同的服务对应不同的冲突管理策略；

所述服务管理组件，在第一线程中响应于多个请求调用同一项目标服务，根据所述目标服务以及所述映射关系确定目标冲突管理策略，根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求，并将所述待响应的请求发送至所述目标服务对应的目标服务组件；

其中，所述冲突管理策略与请求的优先级和/或到达时间相关，所述到达时间为请求到达所述ECU的时间；

所述至少一个服务组件中的每个服务组件，在第二线程中执行本服务组件对应的服务的待响应的请求所指示的任务。

2.根据权利要求1所述的系统，其特征在于，所述冲突管理策略包括非抢占策略和抢占策略，且所述非抢占策略对应的服务的执行时长小于所述抢占策略对应的服务的执行时长。

3.根据权利要求2所述的系统，其特征在于，所述多个请求由不同请求方发出且在预设的第一时间范围内到达所述ECU，或者所述多个请求包括当前接收的第一请求和历史接收的第二请求，所述第二请求在历史判断中确定为待响应的请求；

若确定的所述目标冲突管理策略为所述非抢占策略，所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

确定所述多个请求按照优先级从高至低依次响应。

4.根据权利要求3所述的系统，其特征在于，所述多个请求包括所述第一请求和所述第二请求；所述目标服务组件存储有包括所述第二请求的待响应列表，所述服务管理组件在确定所述多个请求按照优先级从高至低依次响应时，具体用于：

根据所述第一请求和所述第二请求的优先级，确定所述第一请求在所述待响应列表中待添加的指定位置，并将所述第一请求添加到所述指定位置。

5.根据权利要求2所述的系统，其特征在于，所述多个请求包括当前接收的第一请求、以及包括所述目标服务组件在所述第二线程中正在执行的第三请求，

若确定的所述目标冲突管理策略为所述非抢占策略，所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

判断响应所述第一请求，且至少在所述目标服务组件执行完所述第三请求指示的任务后，再指示所述目标服务组件执行所述第一请求指示的任务。

6.根据权利要求2所述的系统，其特征在于，所述多个请求由不同请求方发出且在预设的第一时间范围内到达所述ECU，或者所述多个请求包括当前接收的第一请求和历史接收的第二请求，所述第二请求在历史判断中确定为待响应的请求；

若确定的所述目标冲突管理策略为所述抢占策略，所述服务管理组件在在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

响应最高优先级的请求，并拒绝响应非最高优先级的其他请求。

7.根据权利要求6所述的系统，其特征在于，所述多个请求包括所述第一请求和所述第二请求；所述目标服务组件存储有包括所述第二请求的待响应列表，所述管理组件在拒绝响应非最高优先级的其他请求时，具体用于：

若所述第二请求的优先级高于所述第一请求的优先级，向所述第一请求的请求方返回拒绝响应消息；

若所述第一请求的优先级高于所述第二请求的优先级，删除所述待响应列表中的所述第二请求。

8.根据权利要求7所述的系统，其特征在于，

所述服务管理组件在删除所述待响应列表中的所述第二请求时，具体用于：

将所述待响应列表中的所述第二请求移动至取消列表；

所述服务管理组件，还在第三线程中遍历所有服务组件，检查每个服务组件对应的待响应的请求的执行情况，并向所述取消列表所包括的第二请求的请求方返回拒绝响应消息。

9.根据权利要求7所述的系统，其特征在于，在所述第一请求的优先级高于所述第二请求的优先级的情况下，所述服务管理组件还用于：

若所述第一请求的优先级高于第三请求的优先级，暂停所述第三请求的执行，并执行所述第一请求；其中，所述第三请求为所述目标服务组件在所述第二线程中正在执行的请求；

若所述第一请求的优先级小于或等于所述第三请求的优先级，在完成执行所述第三请求后执行所述第一请求。

10.根据权利要求1所述的系统，其特征在于，所述多个请求由同一请求方发出，且在预设的第二时间范围内到达所述ECU；所述服务管理组件在根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求时，具体用于：

响应最后到达所述ECU的请求，所述最后到达所述ECU的请求是根据所述多个请求中每个请求的到达时间确定的。

11.一种请求处理方法，应用在ECU中，其特征在于，所述ECU用于向请求方提供至少一项服务，所述ECU存储有服务与冲突管理策略之间的映射关系，至少两种不同的服务对应不同的冲突管理策略；所述方法包括：

在第一线程中，响应于多个请求调用同一项目标服务，根据所述目标服务以及所述映射关系确定目标冲突管理策略，根据所述目标冲突管理策略判断所述多个请求中是否包括待响应的请求；

其中，所述冲突管理策略与请求的优先级和/或到达时间相关，所述到达时间为请求到达所述ECU的时间；

在第二线程中，执行每项服务的待响应的请求所指示的任务。

12.一种ECU，其特征在于，所述ECU用于向请求方提供至少一项服务，所述ECU包括如权利要求1-10任意一项所述的面向服务系统。

13.一种车辆，其特征在于，包括一个或多个如权利要求12所述的ECU，各个ECU之间通信连接。

14.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述计算机指令被处理器执行时实现权利要求11所述方法的步骤。

Images