一种基于车端服务编排引擎的动态传参实现方法及装置与流程

1.本技术涉及汽车技术领域，具体是涉及一种基于车端服务编排引擎的动态传参实现方法及装置。


背景技术：

2.随着汽车产业逐步向电动化、智能化发展，汽车厂商越来越注重汽车智能化浪潮下所带来的用户体验的提升。基于服务的软件架构将加速软件定义汽车时代的到来，个性化特点鲜明、体验化特点突出的汽车产品越来越受到用户的青睐。
3.车端服务编排引擎是将服务编排能力整合到车端的载体，其中，服务编排是将一个业务流程分解得到的多个服务进行组装、连接，这些服务间有具体的执行顺序和判断逻辑，同时进行输入和输出间的数据内部交互，但这些内部交互细节对用户不可见，用户只会看到编排后的粗粒度的能力接口。车端服务编排引擎能够将车端能力服务化，并对其进行抽象封装，并提供给用户进行编排组合，以实现定制化、个性化车端能力的需求，是用户实现服务可编排、场景可定制的基本软件单元模块，能够满足用户在多场景下的定制化需求。然而，现有技术中的服务编排场景均无法满足用户临时修改的要求，只能在服务编排界面更改相应参数，会较大影响用户的使用体验。
4.因此，现有技术还有待改进和提高。


技术实现要素：

5.本技术提供了一种基于车端服务编排引擎的动态传参实现方法、装置，以解决相关技术中的服务编排场景均无法满足用户临时修改的要求的技术问题。
6.为实现上述目的，本技术采用了以下技术方案：本技术第一方面实施例提供一种基于车端服务编排引擎的动态传参实现方法，包括以下步骤：获取目标信号，所述目标信号为车端执行目标场景的信号；判断目标信号中是否包含目标参数，若包含所述目标参数，则根据所述目标参数执行所述目标场景；若所述目标信号中不包含所述目标参数，则根据所述目标场景的预定义参数执行目标场景。
7.根据上述技术手段，本技术实施例可以在用户使用车端的场景服务时，通过参数临时调整场景的服务内容，对于不需要调整的服务则按照预定义的参数执行，能够满足用户偶发性、临时性的改变场景执行参数的需求，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。
8.可选地，在本技术的一个实施例中，所述获取目标信号前，还包括：获取第一信号，所述第一信号为开始自定义设置场景的信号；获取第一数据，基于目标脚本将所述第一数据编排到本地服务器的内存中，得到所述目标场景。
9.根据上述技术手段，本技术实施例可以通过个性化需求进行车端服务的编排得到一个或多个预定义场景，以实现定制化、个性化车端能力的需求。
10.可选地，在本技术的一个实施例中，所述目标脚本的格式为json格式。
11.根据上述技术手段，本技术实施例可以将车端服务编排信息用json格式脚本进行描述，脚本中根据不同的用户定义场景包含不同的执行块信息，易于阅读和编写，而且，json的格式是文本格式，不依赖于任何特定的平台或语言，可以在不同的编程语言和操作系统之间进行数据交换。
12.可选地，在本技术的一个实施例中，所述基于所述目标脚本格式将所述第一数据编排到本地服务器的内存中，包括：将所述第一数据基于所述目标脚本的格式储存到本地，得到第一脚本；解析所述第一脚本并将所述第一脚本存储到所述本地服务器的内存中。
13.根据上述技术手段，本技术实施例可以更简洁的进行车端服务的编排，后台数据量少，数据转换更快，以实现定制化、个性化车端能力的需求。
14.可选地，在本技术的一个实施例中，所述解析所述第一脚本并将所述第一脚本存储到所述本地服务器的内存中，包括：遍历所述第一脚本中的服务信息，将所述服务信息作为预定义参数存储到所述本地服务器的内存中；提取所述第一脚本中的动态参数标识符，并将所述动态参数标识符存储到所述本地服务器的内存中，其中，所述动态参数标识符为支持动态修改对应的服务参数的标识。
15.根据上述技术手段，本技术实施例可以更完整的进行车端服务的编排，而且通过加入动态参数标识符，可以实现动态传参功能，当外部动态传入相关参数的标识以及动态参数值时，车端服务编排执行引擎会将动态传入参数值作为服务调用入参，控制车辆状态发生相应的改变。
16.可选地，在本技术的一个实施例中，所述根据所述目标参数执行所述目标场景，包括：提取所述目标参数中的所述动态参数标识符，获取所述动态参数标识符对应的目标服务，基于所述目标脚本格式将所述目标参数写入所述目标服务中，并根据所述目标参数执行所述目标场景中的所述目标服务；根据所述目标场景的预定义参数执行所述目标场景中除所述目标服务外的服务。
17.根据上述技术手段，本技术实施例可以实现定制化、个性化车端能力，当用户激活车端的目标场景时，可以通过目标参数临时改变目标场景中的某一项或多项服务，也可以按照预定义的参数执行目标场景中的各项服务，充分实现了车端服务编排的定制化、个性化车端能力的需求。
18.可选地，在本技术的一个实施例中，所述根据所述目标参数执行所述目标场景后，还包括：恢复所述目标参数对应的所述目标场景的预定义参数。
19.根据上述技术手段，本技术实施例可以实现车端目标场景的临时性调整，不会因为一次的调整而影响下次的使用。
20.本技术第二方面实施例提供一种基于车端服务编排引擎的动态传参实现装置，包括：信号获取模块，用于获取目标信号，所述目标信号为车端执行目标场景的信号；判断模块，用于判断目标信号中是否包含目标参数，若包含所述目标参数，则根据所述目标参数执行所述目标场景；若所述目标信号中不包含所述目标参数，则根据所述目标场景的预定义参数执行目标场景。
21.本技术第三方面实施例提供一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的基于车端服务编排引擎的动态传参实现
程序，所述处理器执行所述基于车端服务编排引擎的动态传参实现程序时，实现如上的基于车端服务编排引擎的动态传参实现方法。
22.本技术第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于车端服务编排引擎的动态传参实现程序，该程序被处理器执行时实现如上的基于车端服务编排引擎的动态传参实现方法。
23.本技术的有益效果：（1）本技术实施例可以可以通过个性化需求进行车端服务的编排得到一个或多个预定义场景，以实现定制化、个性化车端能力的需求。
24.（2）本技术实施例可以将车端服务编排信息用json格式脚本进行描述，脚本中根据不同的用户定义场景包含不同的执行块信息，易于阅读和编写，而且，json的格式是文本格式，不依赖于任何特定的平台或语言，可以在不同的编程语言和操作系统之间进行数据交换。
25.（3）本技术实施例可以在用户使用车端的场景服务时，通过参数临时调整场景的服务内容，对于不需要调整的服务则按照预定义的参数执行，能够满足用户偶发性、临时性的改变场景执行参数的需求，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。
26.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
27.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中:图1为根据本技术实施例提供的一种基于车端服务编排引擎的动态传参实现方法的流程图；图2为本技术一个具体实施例的脚本格式示例图；图3为本技术一个具体实施例的脚本解析过程图；图4为本技术一个具体实施例的脚本执行过程图；图5为根据本技术实施例的基于车端服务编排引擎的动态传参实现装置的结构示意图；图6为根据本技术实施例提供的终端设备的内部结构原理框图。
具体实施方式
28.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
29.下面参考附图描述本技术实施例的基于车端服务编排引擎的动态传参实现方法。针对上述背景技术中心提到的现有技术的智能泊车功能评价方法无法对车辆的泊车功能进行整体的评估以及优化的问题，本技术提供了一种基于车端服务编排引擎的动态传参实现方法，在该方法中，通过获取目标信号，目标信号为车端执行目标场景的信号，然后，判断
目标信号中是否包含目标参数，若包含目标参数，则根据目标参数执行目标场景，若目标信号中不包含目标参数，则根据目标场景的预定义参数执行目标场景。由此，可以在用户使用车端的场景服务时，通过目标参数，临时调整目标场景的服务内容，对于不需要调整的服务则按照预定义的参数执行，能够满足用户偶发性、临时性的改变场景执行参数的需求，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。
30.具体而言，图1为本技术实施例所提供的一种基于车端服务编排引擎的动态传参实现方法流程示意图。
31.如图1所示，该基于车端服务编排引擎的动态传参实现方法包括以下的步骤：在步骤s101中，获取目标信号，目标信号为车端执行目标场景的信号，目标场景为自定义场景。
32.当用户想要目标车辆开启目标场景时，可以通过发起目标信号来开启目标场景。在本实施例中，目标场景可以为车端加载的预设场景或自定义场景。预设场景为车辆自带的服务场景，自定义场景为用户通过车端服务编排执行引擎自定义到目标车辆的服务编排场景场。在本实施例中，以目标场景为自定义场景为例。
33.因此，获取目标信号前，还包括：获取第一信号，第一信号为开始自定义设置场景的信号；获取第一数据，基于目标脚本将第一数据编排到本地服务器的内存中，得到目标场景。
34.具体地，用户在使用车端场景服务前，可以通过车端服务编排执行引擎在目标车辆中编排一个或多个自定义场景。在本实施例中，用户通过发送第一信号开启设置自定义场景的功能，设置一个自定义场景并进行命名，在本实施例中，将其命名为目标场景。
35.用户设置自定义场景是通过车端app或移动端app来进行设置的。也就是说，用户通过在app上的选项选择目标场景对应的服务及其对应的参数信息，得到第一数据并发送至车端服务编排执行引擎。
36.车端服务编排执行引擎接收到第一数据，并基于目标脚本将第一数据编排到本地服务器中，以完成目标场景的设置。
37.可以看出，通过将数据编排到本地服务器的内存中，就可以得到对应的场景，进一步地，通过个性化需求进行车端服务的编排得到一个或多个预定义场景，可以以实现定制化、个性化车端能力的需求。
38.具体地，在车端服务编排执行引擎接收到第一信号后，首先需要请求云端的脚本信息，在本实施例中，云端的脚本信息为目标脚本，其中，目标脚本的格式为json格式。json格式的脚本中根据不同的用户定义场景包含不同的执行块信息，易于阅读和编写，而且，json的格式是文本格式，不依赖于任何特定的平台或语言，可以在不同的编程语言和操作系统之间进行数据交换。
39.参照图2，图2为本实施例中目标脚本的格式的附图，可以看出，目标脚本中包含不同的执行信息。针对实施例的动态传参服务调用功能，仅涉及服务调用的执行信息，在本实施例中，以type值定义为invok的执行信息为例进行说明。
40.其中，目标脚本中的value表示该type类型下对应的值域信息，针对不用type类型，value可以用不同类型的服务编排脚本信息。其中，cmdid表示执行动作的id，唯一标识
当前执行动作信息；func表示执行服务的名称编码信息，表示该执行动作对应调用的具体服务，车端服务编排执行引擎根据该字段的信息，调用不同的抽象出来的车端能力服务；ins表示当前执行动作即服务的类型，可以分类为控制类服务、获取状态类服务等；params表示当前执行服务的参数信息，由于服务可能存在多参数情形，因此该字段支持数组形式的多参数。在当前执行服务的参数信息中，code表示服务对应的参数名称；id表示服务参数对应的id，唯一标识该参数信息；type表示参数值的类型信息，以支持int、float、string、bool等不同类型参数；const表示服务对应的参数值，该字段表示的参数值为用户建立的默认场景参数值；identifier为参数预定义标识，表示该参数支持动态修改的标识，针对支持动态传参的服务，该服务对应的参数会通过identifier进行参数标识，当外部动态传入相关参数的标识以及动态参数值时，车端服务编排执行引擎会将动态传入参数值作为服务调用入参，控制车辆状态发生相应的改变，也就是说，用户可以通过触发identifier的参数标识，对目标场景进行临时性的动态修改。
41.在接收到目标脚本后，车端服务编排执行引擎接收到用户通过app发送的第一数据，并基于目标脚本将第一数据编排到本地服务器中。
42.进一步地，基于目标脚本格式将述第一数据编排到本地服务器中，包括：将第一数据基于目标脚本的格式储存到本地，得到第一脚本；解析第一脚本并将第一脚本存储到本地服务器的内存中。
43.其中，解析第一脚本并将第一脚本存储到本地服务器的内存中，包括：遍历第一脚本中的服务信息，将服务信息作为预定义参数存储到本地服务器的内存中；提取第一脚本中的动态参数标识符，并将动态参数标识符存储到本地服务器的内存中，其中，动态参数标识符为支持动态修改对应的服务参数的标识。
44.参照图3，图3是用户自定义目标场景的脚本解析过程，具体地，基于目标脚本格式将述第一数据编排到本地服务器中是首先将第一数据基于目标脚本的格式储存到本地，得到第一脚本，然后将第一脚本中的服务参数信息转换为计算机语言信息的功能。
45.首先，用户根据自身需求通过app定义目标场景的信息，然后车端服务编排执行引擎请求云端的目标脚本的信息，将用户定义的目标场景的信息通过目标脚本也就是json脚本的格式请求到本地，得到第一脚本。
46.然后，车端服务编排执行引擎根据第一脚本的信息，将其解析存储到内存中，并以文件的形式保存到系统中。其中，针对用户创建的目标场景的信息，保存到本地后，即被作为预定义参数存储到了本地服务器的内存中，并不会因为动态参数的修改而被修改。
47.具体地，车端服务编排执行引擎通过遍历第一脚本中的服务信息，存储其中的服务信息对应的默认参数信息作为预定义参数存储到本地服务器的内存中，然后，提取第一脚本中的动态参数标识符，也就是预定义的支持参数动态修改的标识符信息，并将动态参数标识符存储到本地服务器的内存中，为脚本执行时外部模块的动态触发作准备。基于此，可以更完整的进行车端服务的编排，而且通过加入动态参数标识符，可以实现动态传参功能，当外部动态传入相关参数的标识以及动态参数值时，车端服务编排执行引擎会将动态传入参数值作为服务调用入参，控制车辆状态发生相应的改变。
48.在步骤s102中，判断目标信号中是否包含目标参数，若包含目标参数，则根据目标
参数执行目标场景。
49.参照图4，图4为用户触发开启目标场景的具体步骤，具体地，当用户触发开启目标场景的信号时，可能是直接开启目标场景，也可能是需要临时改变目标场景中的其中一个或多个服务内容，再开启目标场景。例如，目标场景中的其中一项服务是将车内音响调节成摇滚模式，但用户此时需要一个更舒缓的氛围，则可以通过编辑app上对应的临时修改音响模式的功能，将音响模式临时的改变为爵士模式。车端服务编排执行引擎将接收到的数据整合成目标参数，然后通过目标参数对目标场景的参数进行临时调整后，执行目标场景。
50.其中，对于包含目标参数的情况，根据目标参数执行目标场景，包括：提取目标参数中的动态参数标识符，获取动态参数标识符对应的目标服务，基于目标脚本格式将目标参数写入目标服务中，并根据目标参数执行目标场景中的目标服务；根据目标场景的预定义参数执行目标场景中除目标服务外的服务。
51.具体地，车端服务编排引擎接收到外部模块触发执行目标场景的信息，读取外部模块传入的数据并整合成目标参数。然后提取目标参数中的动态参数标识符以及其对应的参数的动态值。
52.针对目标参数中的动态参数标识符对应的服务，获取相应的参数，然后采用目标参数调用相关的服务，以临时控制改变车辆中的对应服务的状态。即当前时刻，用户可能根据实际需求或实际场景，临时性的改变某一预定义场景的执行过程参数（如在app端通过语音改变，手动输入改变等）。
53.针对目标场景中无动态参数标识符的服务，或存在动态参数标识符，但目标参数中不包括该动态参数值的服务，采用预定义参数执行该服务。即当前执行时刻，用户不需要临时设置（如通过语音，手动输入等）服务执行参数值时，车端服务编排执行引擎采取用户预定义的目标场景信息进行执行。
54.基于此，可以实现定制化、个性化车端能力，当用户激活车端的目标场景时，可以通过目标参数临时改变目标场景中的某一项或多项服务，也可以按照预定义的参数执行目标场景中的各项服务，充分实现了车端服务编排的定制化、个性化车端能力的需求。
55.根据目标参数执行目标场景后，还包括：恢复目标参数对应的目标场景的预定义参数。
56.在本实施例中，动态参数标识符是预定义的支持参数动态修改的标识符信息，当用户想要执行目标场景时，可以通过触发动态参数标识符来对目标场景进行临时的修改，修改仅当次有效，也就是说，通过触发动态参数标识符来临时改变目标场景中的服务执行参数，只针对当次场景触发生效，并不改变目标场景的默认值，即下次该目标场景在执行时，若未触发动态参数标识符则仍采用用户预定义的默认场景参数执行，这样，可以实现车端目标场景的临时性调整，不会因为一次的调整而影响下次的使用。。
57.在步骤s103中，若目标信号中不包含目标参数，则根据目标场景的预定义参数执行目标场景。
58.具体地，若用户触发开启目标场景的信号时，是直接开启目标场景的，也就是说，用户未发送临时修改的信息，则根据目标场景的预定义参数执行目标场景。
59.综上，本技术的实施例可以在用户想要打开目标场景时，通过发送目标信号，其中，目标信号中可包含目标参数对想要打开目标场景中的服务项目进行临时的调整，对于
不需要调整的服务则按照预定义的参数执行，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。
60.根据本技术实施例提出的基于车端服务编排引擎的动态传参实现方法，可以通过获取目标信号，目标信号为车端执行目标场景的信号，然后，判断目标信号中是否包含目标参数，若包含目标参数，则根据目标参数执行目标场景，若目标信号中不包含目标参数，则根据所目标场景的预定义参数执行目标场景。由此，可以在用户使用车端的场景服务时，通过目标参数，临时调整目标场景的服务内容，对于不需要调整的服务则按照预定义的参数执行，能够满足用户偶发性、临时性的改变场景执行参数的需求，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。
61.其次参照附图描述根据本技术实施例提出的基于车端服务编排引擎的动态传参实现装置。
62.如图5所示，该基于车端服务编排引擎的动态传参实现装置10包括：信号获取模块100、评价模块200和优化模块300。
63.具体地，信号获取模块100，用于获取目标信号，目标信号为车端执行目标场景的信号。
64.判断模块200，用于判断目标信号中是否包含目标参数，若包述目标参数，则根据目标参数执行所述目标场景；若目标信号中不包含目标参数，则根据目标场景的预定义参数执行目标场景。
65.需要说明的是，前述对基于车端服务编排引擎的动态传参实现方法实施例的解释说明也适用于该实施例的基于车端服务编排引擎的动态传参实现装置，此处不再赘述。
66.图6为本技术实施例提供的终端设备的结构示意图。该终端设备可以包括：存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。
67.处理器602执行程序时实现上述实施例中提供的基于车端服务编排引擎的动态传参实现方法。
68.进一步地，终端设备还包括：通信接口603，用于存储器601和处理器602之间的通信。
69.存储器601，用于存放可在处理器602上运行的计算机程序。
70.存储器601可能包含高速ram存储器，也可能还包括非易失性存储器 (non
ꢀ‑ꢀ
volatile memory)，例如至少一个磁盘存储器。
71.如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601 和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构 (industry standard architecture，简称为isa)总线、外部设备互连 (periphera l component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
72.可选地，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。
73.处理器602可能是一个中央处理器(central processing unit，简称为cpu)，或者
是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
74.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的基于车端服务编排引擎的动态传参实现方法。
75.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示 例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
76.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性 或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个 等，除非另有明确具体的限定。
77.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
78.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备读取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)， 可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器 (cdrom)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介 质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。
79.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
80.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步
骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
81.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
82.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。

技术特征：
1.一种基于车端服务编排引擎的动态传参实现方法，其特征在于，包括以下步骤：获取目标信号，所述目标信号为车端执行目标场景的信号；判断目标信号中是否包含目标参数，若包含所述目标参数，则根据所述目标参数执行所述目标场景；若所述目标信号中不包含所述目标参数，则根据所述目标场景的预定义参数执行目标场景。2.如权利要求1所述的方法，其特征在于，所述获取目标信号前，还包括：获取第一信号，所述第一信号为开始自定义设置场景的信号；获取第一数据，基于目标脚本将所述第一数据编排到本地服务器的内存中，得到所述目标场景。3.如权利要求2所述的方法，其特征在于，所述目标脚本的格式为json格式。4.如权利要求2所述的方法，其特征在于，所述基于所述目标脚本格式将所述第一数据编排到本地服务器的内存中，包括：将所述第一数据基于所述目标脚本的格式储存到本地，得到第一脚本；解析所述第一脚本并将所述第一脚本存储到所述本地服务器的内存中。5.如权利要求4所述的方法，其特征在于，所述解析所述第一脚本并将所述第一脚本存储到所述本地服务器的内存中，包括：遍历所述第一脚本中的服务信息，将所述服务信息作为预定义参数存储到所述本地服务器的内存中；提取所述第一脚本中的动态参数标识符，并将所述动态参数标识符存储到所述本地服务器的内存中，其中，所述动态参数标识符为支持动态修改对应的服务参数的标识。6.如权利要求5所述的方法，其特征在于，所述根据所述目标参数执行所述目标场景，包括：提取所述目标参数中的所述动态参数标识符，获取所述动态参数标识符对应的目标服务，基于所述目标脚本格式将所述目标参数写入所述目标服务中，并根据所述目标参数执行所述目标场景中的所述目标服务；根据所述目标场景的预定义参数执行所述目标场景中除所述目标服务外的服务。7.如权利要求1所述的方法，其特征在于，所述根据所述目标参数执行所述目标场景后，还包括：恢复所述目标参数对应的所述目标场景的预定义参数。8.一种基于车端服务编排引擎的动态传参实现装置，其特征在于，包括：信号获取模块，用于获取目标信号，所述目标信号为车端执行目标场景的信号；判断模块，用于判断目标信号中是否包含目标参数，若包含所述目标参数，则根据所述目标参数执行所述目标场景；若所述目标信号中不包含所述目标参数，则根据所述目标场景的预定义参数执行目标场景。9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的基于车端服务编排引擎的动态传参实现程序，所述处理器执行所述基于车端服务编排引擎的动态传参实现程序时，实现如权利要求1-7任一项所述的
基于车端服务编排引擎的动态传参实现方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于车端服务编排引擎的动态传参实现程序，所述基于车端服务编排引擎的动态传参实现程序被处理器执行时，实现如权利要求1-7任一项所述的基于车端服务编排引擎的动态传参实现方法的步骤。

技术总结
本申请涉及汽车技术领域，具体是涉及一种基于车端服务编排引擎的动态传参实现方法及装置，其中，方法包括：获取目标信号，所述目标信号为车端执行目标场景的信号；判断目标信号中是否包含目标参数，若包含所述目标参数，则根据所述目标参数执行所述目标场景；若所述目标信号中不包含所述目标参数，则根据所述目标场景的预定义参数执行目标场景。本申请可以在用户使用车端的场景服务时，通过参数临时调整场景的服务内容，对于不需要调整的服务则按照预定义的参数执行，解决了现有技术中车辆的服务编排场景均无法满足用户临时修改的要求的技术问题。技术问题。技术问题。


技术研发人员：阳雨 兰洋 王超 黄津
受保护的技术使用者：重庆长安汽车股份有限公司
技术研发日：2023.06.30
技术公布日：2023/8/31