[发明专利]一种场景构造方法、装置、设备及存储介质

说明书

本发明提供一种场景构造方法、装置、设备及存储介质，所述方法包括：获取用户选择的场景组件集合，所述场景组件集合中包括信号组件、触点组件和算子组件，其中，所述信号组件是将信号内容和至少一个具体实现逻辑进行封装得到的组件，所述触点组件是将触点内容和至少一个具体实现逻辑进行封装得到的组件，所述算子组件是将至少一个处理逻辑进行封装得到的组件；利用所述信号组件、所述触点组件和所述算子组件构造目标场景，生成所述目标场景对应的图形场景；根据所述图形场景生成所述目标场景对应的通用代码文件。本发明的方法通过将场景依赖的场景信号、服务触点和算子组件化，能够简化用户进行场景开发的过程，提高场景开发的效率。

技术领域

本发明涉及计算机技术领域，特别涉及一种场景构造方法、装置、设备及存储介质。

背景技术

随着车联网技术的发展，为了让用户有更多、更丰富的用车体验场景，各大智能汽车方案提供商纷纷向开发者、原始设备制造商(Original Equipment Manufacturer，OEM)开放自身技术能力，以共同构建全车智能场景生态。

通常，开发一个场景就是将场景触发逻辑与车机底层信号、车机内容与服务触点串联起来生成可执行的规则。其中车机底层信号、内容与服务触点需要场景开发人员花费大量的时间与精力去撑握其实现细节，且它们与车机硬件和系统软件版本强相关。因而，在不同的车型项目因硬件配置或系统软件版本不同，导致同一个车机信号或触点实现方式各不一样，使得场景开发、迭代升级、移植等十分困难。

现有技术中，开发场景主要有两种方法，一是使用高级语言开发，通过专业研发人员编码实现，这种方式周期长、时效性差；二是自定义场景开发语言，即领域专用语言(Domain Specified Language，DSL)开发，这种方式领域性强、不通用，需要大量学习接入成本，不利于开放。此外，上述两种开发方法还具有以下缺点：(1)开发成本高，开发人员需要全面掌握场景触发条件及信号、触点底层实现，开发复杂且可维护性差；(2)升级成本高，对于同一个信号或触点扩展出新功能时，已有的场景可能需要二次开发，才能完成迭代升级；(3)移植成本高，两种开发方法与车机底层实现强耦合，在不同的车型项目中，同一信号或触点可能因硬件配置或系统软件版本差异导致具体实现各不相同，使得同一个场景难以移植复用到多个项目中。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种场景构造方法、装置、设备及存储介质，能够简化场景开发过程，提高场景开发效率。

为了解决上述问题，本发明提供一种场景构造方法，包括：

获取用户选择的场景组件集合，所述场景组件集合中包括信号组件、触点组件和算子组件，其中，所述信号组件是将信号内容和至少一个具体实现逻辑进行封装得到的组件，所述触点组件是将触点内容和至少一个具体实现逻辑进行封装得到的组件，所述算子组件是将至少一个处理逻辑进行封装得到的组件；

利用所述信号组件、所述触点组件和所述算子组件构造目标场景，生成所述目标场景对应的图形场景；

根据所述图形场景生成所述目标场景对应的通用代码文件。

进一步地，所述方法还包括：

获取用户选择的目标应用项目，确定所述目标应用项目的项目信息；

基于所述通用代码文件和所述项目信息，生成所述目标场景在所述目标应用项目中的可执行代码文件。

进一步地，所述获取用户选择的场景组件集合包括：

向用户提供场景构造界面，所述场景构造界面显示多个场景组件的可视化表示；

响应于用户对于所述场景构造界面中显示的场景组件的第一触发操作，将所述第一触发操作对应的场景组件作为用户选择的场景组件。