CN115509572A - 动态配置业务逻辑的方法、云平台、车辆及存储介质 - Google Patents

Abstract

本发明公开了一种动态配置业务逻辑的方法、云平台、车辆及存储介质，所述方法包括：接收配置信息；根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。本发明通过对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

Description

动态配置业务逻辑的方法、云平台、车辆及存储介质

技术领域

本发明涉及车辆技术领域，尤其是涉及一种动态配置业务逻辑的方法、云平台、车辆及存储介质。

背景技术

随着软件定义汽车和驾舱智能化的演进革新，软件赋能驾舱智能化的趋势日益凸显，而软件领域一个最大的需求就是变更(包括迭代更新)，无数的软件开发者都在实现需求和应对变更的路上做着重复繁琐的开发工作，使得开发人员面临如此频繁的变更时相当痛苦；另外，传统的软件变更需要OTA(Over-the-Air Technology，空中下载技术)升级迭代，OTA升级迭代除费用成本外，还具备一定的风险。

发明内容

本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明的目的在于提出一种动态配置业务逻辑的方法、云平台、车辆及存储介质。

本发明中的车辆通过接收云平台下发的配置报文对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明提出的一种动态配置业务逻辑的方法，用于云平台，包括：接收配置信息；根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。

另外，根据本发明实施例的动态配置业务逻辑的方法，还可以具有如下附加的技术特征：

进一步地，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到，包括：根据所述业务逻辑和所述预设事件库，确定多个元场景；确定对应于所述元场景的识别因子和场景模型；确定对应于所述场景模型的决策因子和执行因子；根据所述元场景、所述识别因子、所述场景模型、所述决策因子和所述执行因子构建所述场景决策树。

进一步地，所述识别因子包括元事件、第一算子和第一参数；所述决策因子包括元事实、第二算子和第二参数；所述执行因子包括元事务和第三参数。

进一步地，根据所述配置信息对场景决策树进行动态配置，生成配置报文，包括：将多个元场景对应的识别因子的配置信息，以及所述场景模型对应的决策因子的配置信息和执行因子的配置信息写入所述配置报文中。

进一步地，所述配置报文采用的形式包括领域定义语言DSL、决策表XSL、规则流JBPM。

进一步地，所述第一参数、所述第二参数和所述第三参数根据数据挖掘算法确定。

根据本发明实施例的动态配置业务逻辑的方法，通过对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

针对上述存在的问题，本发明还提出一种动态配置业务逻辑的方法，用于车辆，包括：接收云平台下发的配置报文，其中，所述配置报文为所述云平台根据配置信息对场景决策树进行动态配置得到的，所述场景决策树为通过预设事件库将业务逻辑进行场景化得到；解析所述配置报文，得到对应于所述业务逻辑的业务规则；执行所述业务规则。

另外，根据本发明实施例的动态配置业务逻辑的方法，还可以具有如下附加的技术特征：

进一步地，解析所述配置报文，得到对应于所述业务逻辑的业务规则，包括：注册监听识别因子，并结合第一算子进行元场景识别；对所述元场景和/或元事件进行冲突识别，并进行场景决策，得到决策因子和执行因子。

进一步地，执行所述业务规则，包括：基于所述执行因子，执行场景模型中对应的事务。

进一步地，在注册监听识别因子之前，还包括：进行场景基础原子能力的对接打通，所述场景基础原子能力包括元事件、元事实、元事务。

根据本发明实施例的动态配置业务逻辑的方法，车辆通过接收云平台下发的配置报文对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

针对上述存在的问题，本发明还提出一种云平台，包括：接收模块，用于接收配置信息；配置模块，用于根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。

根据本发明实施例的云平台，通过对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

针对上述存在的问题，本发明还提出一种车辆，包括：接收模块，用于接收云平台下发的配置报文，其中，所述配置报文为所述云平台对场景决策树进行动态配置得到的，所述场景决策树为通过预设事件库将业务逻辑进行场景化得到的；解析模块，用于解析配置报文，得到对应于所述业务逻辑的业务规则；执行模块，用于执行所述业务规则。

根据本发明实施例的车辆，车辆通过接收云平台下发的配置报文对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

针对上述存在的问题，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有动态配置业务逻辑的程序，所述动态配置业务逻辑程序被处理器执行时实现如上述任一实施例所述的动态配置业务逻辑的方法，或者，实现如上述任一实施例所述的动态配置业务逻辑的方法。

根据本发明实施例的计算机可读存储介质，其上存储的动态配置业务逻辑的程序被处理器执行时，通过对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一个实施例的动态配置业务逻辑的方法的流程图；

图2是根据本发明一个实施例的场景决策树的结构示意图；

图3是根据本发明另一个实施例的动态配置业务逻辑的方法的流程图；

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

下面参考图1-图3描述根据本发明实施例的动态配置业务逻辑的方法、云平台、车辆及存储介质。

目前，软件定义汽车和驾舱智能化的趋势日益凸显，而汽车软件领域一个最大的需求就是变更(包括迭代更新)，无数的软件开发者都在实现需求和应对变更的路上做着重复繁琐的开发工作，使得开发人员面临如此频繁的变更时相当痛苦；此外，汽车远程升级技术OTA(Over-the-Air)是将更新软件上传到OTA中心，然后OTA中心无线传输更新软件到车辆端，最后车辆端自动更新软件，升级流程复杂，成本高，且存在较大升级失败的风险。

本发明实施例在进行软件系统的升级和更新时，云平台通过将所述业务逻辑进行场景化，得到场景决策树，并对场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以解决在面对业务需求和变更时，开发人员需要做重复繁琐的开发工作的问题，同时避免在进行OTA升级时存在的风险。

图1是根据本发明一个实施例的动态配置业务逻辑的方法的流程图。如图1所示，一种动态配置业务逻辑的方法，用于云平台，该方法包括以下步骤：

步骤S1:接收配置信息。该配置信息可以由产品或运营人员根据软件系统的业务逻辑设置，具体的，配置信息为业务逻辑的相关参数。

步骤S2:根据配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，场景决策树由通过预设事件库将业务逻辑进行场景化得到。

具体而言，预设事件库包括多个预设事件，每个预设事件包括至少一个配置信息，业务逻辑由多个预设事件组成。场景化是指将业务逻辑规则化，场景即是业务逻辑规则化的方式，将业务逻辑进行场景化得到的场景决策树可以用来描述业务逻辑，即将软件的业务逻辑从代码中分离，形成独立的业务规则，以在业务逻辑发生变化时，通过场景决策树动态修改业务规则来快速响应需求变更，使得非技术人员也可以参与编辑维护系统的业务规则，同时能够降低软件系统升级的代价和风险。

示例性的，场景是在某个时空下发生的有开始、有结尾的事情片段，即什么时间什么地点发生了什么事，人物心情怎样，接下来他想做什么，会有什么动作，为了达到什么目的。具体的，当车主在自驾旅行中，车辆的中控突然无法上网，会拨打客服电话寻求帮助，客服在接到车主的求助后，会紧急寻求工程师协助解决，则将该业务逻辑进行场景化后，可得到如表1所示的场景。该场景中的事件库包括事实、事件和事务，其中，事实包括Who、When、Where，事件包括What，事务包括How；Who的配置信息包括车主或客服，When的配置信息包括自驾旅行中无手机支架或办公时间，Where的配置信息包括陌生城市或办公室，What的配置信息包括中控突然无法上网或车主紧急求助中控突然无法上网，How的配置信息包括车停路边拨打客服电话或紧急寻求工程师协助解决。

表1

具体而言，配置报文由云平台根据配置信息对场景决策树进行动态配置生成，可以采用的形式包括领域定义语言DSL、决策表XSL、规则流JBPM等。不同的配置信息可以得到不同的配置报文，当配置信息发生变化时，只需要在云平台对场景决策树进行配置，由云平台生成配置报文后，将配置报文下发至车辆，由车辆对配置报文进行解析执行，以避免在业务需求(业务流程)发生变更时，软件开发人员做重复繁琐的开发工作，同时无需进行OTA(Over-the-Air Technology，空中下载技术)升级迭代即可实现需求的变更，以降低软件系统升级的代价和风险。

在本发明的一个实施例中，场景决策树由通过预设事件库将业务逻辑进行场景化得到，包括：根据业务逻辑和预设事件库，确定多个元场景；确定对应于元场景的识别因子和场景模型；确定对应于场景模型的决策因子和执行因子；根据元场景、识别因子、场景模型、决策因子和执行因子构建场景决策树。

具体而言，预设事件库包括多个元场景、对应于元场景的识别因子和场景模型、对应于场景模型的决策因子和执行因子。如图2所示，元场景是最小粒度的场景，由识别因子和场景模型构成。根据时间顺序的不同，业务逻辑可以包括多个动态串联的元场景。识别因子包含所有用于识别该场景是否可以被触发的事件集。场景模型有决策因子和执行因子构成，其中，决策因子包含所有用于判定当前场景是否可以执行的条件集，执行因子包含针对目标触点需要执行的所有动作指令。由此，云平台通过场景决策树动态配置业务逻辑来快速响应需求变更，使得非技术人员也可以参与编辑维护系统的业务规则，同时能够降低软件系统升级的代价和风险。

在具体实施例中，元场景的配置信息例如包括车辆是否处于堵车状态，识别因子的配置信息例如包括车辆的导航系统，决策因子的配置信息例如包括车辆的空调状态，执行因子的配置信息例如包括打开或关闭车辆空调的外循环模式，则当车辆处于堵车状态时，为了避免车外的汽车尾气污染车内的空气，车辆的导航系统判断车辆处于堵车状态，触发决策因子去检测车辆的空调状态，当车辆的空调处于外循环模式时，对应的执行因子为关闭车辆空调的外循环模式，打开车辆空调的内循环模式，此时车辆根据执行因子，执行关闭车辆空调的外循环模式，打开车辆空调的内循环模式的事务；当车辆的空调不处于外循环模式时，对应的执行因子为不改变车辆空调的循环模式。同样的，当车辆由堵车状态变为不堵车状态时，为了使车内空气与室外空气保持流通，车辆的导航系统判断车辆不处于堵车状态，触发决策因子去检测车辆的空调状态，当车辆的空调处于外循环模式时，对应的执行因子为不改变车辆空调的循环模式；当车辆的空调不处于外循环模式时，对应的执行因子为打开车辆空调的外循环模式，此时车辆根据执行因子，执行打开车辆空调的外循环模式的事务。

在本发明的一个实施例中，如图2所示，识别因子包括元事件、第一算子和第一参数；决策因子包括元事实、第二算子和第二参数；执行因子包括元事务和第三参数。

具体而言，元事件仅描述简单的动作或状态的改变，如导航->进入隧道/驶出隧道；元事实是不能或不必再分的最小事实元素，如车辆状态->档位值位于P档，元事务是不能或不必再分的最小颗粒度的事务，如多媒体->播放音频(在线音乐)。第一算子应用于元事件的数学运算(>,<,＝)以及逻辑运算(&&，||、|)，第二算子应用于元事实的数学运算(>,<,＝)以及逻辑运算(&&，||、|)。在一个场景中，可能同时存在多个元事件和/或元事实，因此当存在多个元事件时，需要通过第一算子进行各个元事件的逻辑运算，当逻辑运算的结果满足触发决策因子的条件时，触发决策因子判定当前场景是否有可以执行的条件集。当存在多个元事实时，需要通过第二算子进行各个元事实的逻辑运算，当逻辑运算的结果满足触发执行因子的条件时，车辆执行对应于执行因子的动作指令。由此，当存在多个元事件和元事实时，使得车辆经过各个元事件和元事实的逻辑运算，执行对应于执行因子的动作指令。

在具体实施例中，元场景的配置信息例如包括车辆是否处于堵车状态、车内的空气质量，对应的识别因子的配置信息例如包括车辆的导航系统、空气质量检测传感器，对应的决策因子的配置信息例如包括车辆的空调状态、车窗的关闭状态，对应的执行因子的配置信息例如包括打开或关闭车辆空调的外循环模式、打开或关闭车窗。当车辆处于堵车状态时，车辆的导航系统判断车辆处于堵车状态，车内的空气质量检测传感器检测车内的空气质量指数大于预设数值(即第一参数)，即将车辆是否处于堵车状态和车内的空气质量进行逻辑&&运算(即第一算子)，当车辆的导航系统判断车辆处于堵车状态，且车内的空气质量检测传感器检测车内的空气质量指数大于预设数值时，触发决策因子去检测车辆的空调状态和车窗的关闭状态，当车辆的空调处于外循环模式或者车窗处于打开状态时，即将车辆的空调状态和车窗的关闭状态进行逻辑||运算(即第二算子)，对应的执行因子为关闭空调的外循环模式或关闭车窗。即在一个场景中，若同时存在多个元事件和元事实，通过第一算子进行各个元事件的逻辑运算，当逻辑运算的结果满足触发决策因子的条件时，触发决策因子判定当前场景是否有可以执行的条件集，当存在多个元事实时，通过第二算子进行各个元事实的逻辑运算，当逻辑运算的结果满足触发执行因子的条件时，车辆执行对应于执行因子的动作指令。

在本发明的一个实施例中，根据配置信息对场景决策树进行动态配置，生成配置报文，包括：将多个元场景对应的识别因子的配置信息，以及场景模型对应的决策因子的配置信息和执行因子的配置信息写入配置报文中。

在具体实施例中，配置报文的形式如下，其中，Scene是场景，meta_scene是元场景，recognition_factor是识别因子，meta_event是元事件，op是算子，param是参数，scene_model是场景模型，decision_factor是决策因子，meta_fact是元事实，action_factor是执行因子，meta_tranction是元事务。具体的，配置报文包括元场景，识别因子，对应于识别因子的元事件、算子和参数，决策因子，对应于决策因子的元事实、算子和参数，执行因子、对应于执行因子的元事务和参数。通过对场景决策树进行动态配置，即将多个元场景串联起来，并将多个元场景对应的识别因子的配置信息，以及场景模型对应的决策因子的配置信息和执行因子的配置信息写入配置报文中，形成独立的业务规则，以在业务逻辑发生变化时，通过修改配置报文来快速响应需求变更，使得非技术人员也可以参与编辑维护系统的业务规则，同时能够降低软件系统升级的代价和风险。

在本发明的一个实施例中，第一参数、第二参数和第三参数根据数据挖掘算法确定。

具体而言，第一参数例如为车辆空调打开的温度，当在调节第一参数时，可以基于数据挖掘算法，进行车辆空调使用需求的预判与提醒。在具体实施例中，当车内的摄像头检测到驾驶人员为特定人员时，根据该人员平时使用空调的习惯，当该人员打开车内空调后，可以自动调节空调的温度。由此，使得车辆在配置业务逻辑时，更加智能化。

根据本发明实施例的动态配置业务逻辑的方法，通过接收配置信息，并对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明的进一步实施例还公开了另一种动态配置业务逻辑的方法。图3是根据本发明一个实施例的动态配置业务逻辑的方法的流程图，如图3所示，一种动态配置业务逻辑的方法，用于车辆，该方法包括以下步骤：

步骤S10:接收云平台下发的配置报文，其中，配置报文为云平台根据配置信息对场景决策树进行动态配置得到的，场景决策树为通过预设事件库将业务逻辑进行场景化得到。

具体而言，配置报文由云平台根据配置信息对场景决策树进行动态配置生成，可以采用的形式包括领域定义语言DSL、决策表XSL、规则流JBPM等。不同的配置信息可以得到不同的配置报文，当配置信息发生变化时，只需要在云平台对场景决策树进行配置，由云平台生成配置报文后，将配置报文下发至车辆，由车辆对配置报文进行解析执行，以避免在业务需求(业务流程)发生变更时，软件开发人员做重复繁琐的开发工作，同时无需进行OTA升级迭代即可实现需求的变更，以降低软件系统升级的代价和风险。

步骤S20:解析配置报文，得到对应于业务逻辑的业务规则。

具体而言，配置报文把业务逻辑从代码中分离，形成独立的业务规则，即车辆解析配置报文后，根据配置报文中的元场景，识别因子，对应于识别因子的元事件、算子和参数，决策因子，对应于决策因子的元事实、算子和参数，执行因子、对应于执行因子的元事务和参数控制车辆中的相关部件执行相应的动作。

步骤S30:执行业务规则，包括：基于执行因子，执行场景模型中对应的事务。

在本发明的一个实施例中，解析配置报文，得到对应于业务逻辑的业务规则，包括：注册监听识别因子，并结合第一算子进行元场景识别；对元场景和/或元事件进行冲突识别，并进行场景决策，得到决策因子和执行因子。

具体而言，在一个场景中，可能同时存在多个元场景，例如车辆是否处于堵车状态、车内的空气质量，因此当存在多个元场景时，需要进行冲突识别，例如可以通过设定元场景的优先级来确定先执行哪个元场景对应的元事务。同样的，当存在多个元事件时，也需要进行冲突识别，以确定先执行同一元场景中的哪个元事务。由此，当存在多个元场景时，使得车辆经过冲突识别，确定元场景对应的元事务的执行顺序。

在具体实施例中，元场景例如包括车辆是否处于堵车状态、车内的空气质量，对应的识别因子例如包括车辆的导航系统、空气质量检测传感器，对应的决策因子例如包括车辆的空调状态、车窗的关闭状态，对应的执行因子例如包括打开或关闭车辆空调的外循环模式、打开或关闭车窗。若车辆是否处于堵车状态的优先级低于车内的空气质量的优先级，则当车辆处于堵车状态且空气质量指数大于预设数值时，优先触发决策因子去检测车窗的关闭状态，当车窗处于打开状态时，对应的执行因子为关闭车窗。

在本发明的一个实施例中，在注册监听识别因子之前，还包括：进行场景基础原子能力的对接打通，场景基础原子能力包括元事件、元事实、元事务。

具体而言，场景基础原子能力的对接打通包括车辆中对应于元事件、元事实、元事务的相应部件具有可以使能的能力。在具体实施例中，元事件例如为车辆的导航系统，元事实例如为车辆的空调状态，元事务例如为打开或关闭车辆空调的外循环模式，则在车辆解析配置报文之前，应保证车辆的导航系统、车辆的空调处于可被软件使能的状态，以在接收到配置报文后，能够进行车辆中软件系统的升级。

根据本发明实施例的动态配置业务逻辑的方法，车辆通过接收云平台下发的配置报文对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明的进一步实施例还公开了一种云平台，包括：接收模块和配置模块。其中，接收模块，用于接收配置信息；配置模块，用于根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。

在本发明的一个实施例中，场景决策树由通过预设事件库将业务逻辑进行场景化得到，包括：根据业务逻辑，确定多个元场景；确定对应于元场景的识别因子和场景模型；确定对应于场景模型的决策因子和执行因子；根据元场景、识别因子、场景模型、决策因子和执行因子构建场景决策树。

在本发明的一个实施例中，识别因子包括元事件、第一算子和第一参数；决策因子包括元事实、第二算子和第二参数；执行因子包括元事务和第三参数。

在本发明的一个实施例中，根据配置信息对场景决策树进行动态配置，生成配置报文，包括：将多个元场景对应的识别因子的配置信息，以及场景模型对应的决策因子的配置信息和执行因子的配置信息写入配置报文中。

在本发明的一个实施例中，第一参数、第二参数和第三参数根据数据挖掘算法确定。

需要说明的是，本发明实施例的云平台在进行动态配置业务逻辑时，其具体实现方式与本发明实施例的用于云平台的动态配置业务逻辑的方法的具体实现方式类似，具体请参见方法部分的描述，为了减少冗余，此处不再赘述。

根据本发明实施例的云平台，通过接收配置信息，并对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明的进一步实施例还公开了一种车辆，包括：接收模块、解析模块和执行模块。其中，接收模块，用于接收云平台下发的配置报文，其中，配置报文为云平台对场景决策树进行动态配置得到的，场景决策树为通过预设事件库将业务逻辑进行场景化得到的；解析模块，用于解析配置报文，得到对应于业务逻辑的业务规则；执行模块，用于执行业务规则。

在本发明的一个实施例中，解析配置报文，得到对应于业务逻辑的业务规则，包括：注册监听识别因子，并结合第一算子进行元场景识别；对元场景和/或元事件进行冲突识别，并进行场景决策，得到决策因子和执行因子。

在本发明的一个实施例中，执行业务规则，包括：基于执行因子，执行场景模型中对应的事务。

在本发明的一个实施例中，在注册监听识别因子之前，还包括：进行场景基础原子能力的对接打通，场景基础原子能力包括元事件、元事实、元事务。

需要说明的是，本发明实施例的车辆在进行动态配置业务逻辑时，其具体实现方式与本发明实施例的用于车辆的动态配置业务逻辑的方法的具体实现方式类似，具体请参见方法部分的描述，为了减少冗余，此处不再赘述。

根据本发明实施例的车辆，车辆通过接收云平台下发的配置报文对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

本发明的进一步实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有动态配置业务逻辑的程序，所述动态配置业务逻辑程序被处理器执行时实现如上述任一实施例所述的动态配置业务逻辑的方法，或者，实现如上述任一实施例所述的动态配置业务逻辑的方法。

根据本发明实施例的计算机可读存储介质，其上存储的动态配置业务逻辑的程序被处理器执行时，通过对设置于云平台上的场景决策树进行动态配置，得到配置报文，并下发至车辆来对车辆中的软件系统进行升级，可以快速响应需求变更，无需软件开发人员做重复繁琐的开发工作，使得非技术人员也可以参与编辑维护系统的业务规则，同时无需进行OTA升级迭代，能够降低软件系统升级的代价和风险。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同物限定。

Claims (13)

1.一种动态配置业务逻辑的方法，其特征在于，用于云平台，包括：

接收配置信息；

根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。

2.根据权利要求1所述的动态配置业务逻辑的方法，其特征在于，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到，包括：

根据所述业务逻辑和所述预设事件库，确定多个元场景；

确定对应于所述元场景的识别因子和场景模型；

确定对应于所述场景模型的决策因子和执行因子；

根据所述元场景、所述识别因子、所述场景模型、所述决策因子和所述执行因子构建所述场景决策树。

3.根据权利要求2所述的动态配置业务逻辑的方法，其特征在于，所述识别因子包括元事件、第一算子和第一参数；所述决策因子包括元事实、第二算子和第二参数；所述执行因子包括元事务和第三参数。

4.根据权利要求2所述的动态配置业务逻辑的方法，其特征在于，根据所述配置信息对场景决策树进行动态配置，生成配置报文，包括：

将多个元场景对应的识别因子的配置信息，以及所述场景模型对应的决策因子的配置信息和执行因子的配置信息写入所述配置报文中。

5.根据权利要求1-4任一项所述的动态配置业务逻辑的方法，其特征在于，所述配置报文采用的形式包括领域定义语言DSL、决策表XSL、规则流JBPM。

6.根据权利要求3所述的动态配置业务逻辑的方法，其特征在于，所述第一参数、所述第二参数和所述第三参数根据数据挖掘算法确定。

7.一种动态配置业务逻辑的方法，其特征在于，用于车辆，包括：

接收云平台下发的配置报文，其中，所述配置报文为所述云平台根据配置信息对场景决策树进行动态配置得到的，所述场景决策树为通过预设事件库将业务逻辑进行场景化得到；

解析所述配置报文，得到对应于所述业务逻辑的业务规则；

执行所述业务规则。

8.根据权利要求7所述的动态配置业务逻辑的方法，其特征在于，解析所述配置报文，得到对应于所述业务逻辑的业务规则，包括：

注册监听识别因子，并结合第一算子进行元场景识别；

对所述元场景和/或元事件进行冲突识别，并进行场景决策，得到决策因子和执行因子。

9.根据权利要求8所述的动态配置业务逻辑的方法，其特征在于，执行所述业务规则，包括：

基于所述执行因子，执行场景模型中对应的事务。

10.根据权利要求8所述的动态配置业务逻辑的方法，其特征在于，在注册监听识别因子之前，还包括：

进行场景基础原子能力的对接打通，所述场景基础原子能力包括元事件、元事实、元事务。

11.一种云平台，其特征在于，包括：

接收模块，用于接收配置信息；

配置模块，用于根据所述配置信息对场景决策树进行动态配置，生成配置报文，并下发至车辆；其中，所述场景决策树由通过预设事件库将业务逻辑进行场景化得到。

12.一种车辆，其特征在于，包括：

接收模块，用于接收云平台下发的配置报文，其中，所述配置报文为所述云平台对场景决策树进行动态配置得到的，所述场景决策树为通过预设事件库将业务逻辑进行场景化得到的；

解析模块，用于解析配置报文，得到对应于所述业务逻辑的业务规则；

执行模块，用于执行所述业务规则。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有动态配置业务逻辑的程序，所述动态配置业务逻辑程序被处理器执行时实现如权利要求1-6任一项所述的动态配置业务逻辑的方法，或者，实现如权利要求7-10任一项所述的动态配置业务逻辑的方法。

Images