一种驾驶场景展示方法、装置、电子设备及存储介质与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种驾驶场景展示方法、装置、电子设备及存储介质。


背景技术：

2.目前汽车驾驶的情况复杂多变，为了在车辆的用户界面(user interface，ui)上显示更多丰富的驾驶信息，因此使用驾驶场景来描述汽车驾驶中的不同情况。目前常规的汽车ui显示软件一般都采用c/c++开发，由于c/c++是静态语言，编译之后无法修改逻辑。由于驾驶场景是频繁修改的业务，如果采用常规方式开发驾驶场景，当驾驶场景逻辑发生变更或修改时，不仅需要重新编译发布，修改流程复杂，而且需要具备编程能力的人才能完成驾驶场景的变更或修改。


技术实现要素：

3.本技术实施例提供了一种驾驶场景展示方法、装置、电子设备及存储介质，可以实现对场景逻辑的灵活修改，可以实现了驾驶场景的动态配置及自定义，同时极大地减少了设计人员验证场景的时间。
4.第一方面，本技术实施例提供了一种驾驶场景展示方法，该方法包括：
5.判断所述车辆的目标场景触发参数的实际值是否发生变化；
6.若发生变化，则根据所述场景配置文件和所述目标场景触发参数运行所述场景逻辑解释器，得到运行结果，并根据所述运行结果确定目标驾驶场景；
7.将所述目标驾驶场景的场景信息发送至场景展示组件，以利用所述场景展示组件展示所述目标驾驶场景的场景信息。
8.第二方面，本技术实施例提供了一种驾驶场景展示装置，该装置包括：
9.参数变化判断模块，用于判断所述车辆的目标场景触发参数的实际值是否发生变化；
10.驾驶场景确定模块，用于若发生变化，则根据所述场景配置文件和所述目标场景触发参数运行所述场景逻辑解释器，得到运行结果，并根据所述运行结果确定目标驾驶场景；
11.驾驶场景展示模块，用于将所述目标驾驶场景的场景信息发送至场景展示组件，以利用所述场景展示组件展示所述目标驾驶场景的场景信息。
12.第三方面，本技术实施例提供了一种电子设备，该电子设备包括：
13.一个或多个处理器；
14.存储装置，用于存储一个或多个程序；
15.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本技术任意实施例所述的驾驶场景展示方法。
16.第四方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程
序，该计算机程序被处理器执行时实现本技术任意实施例所述的驾驶场景展示方法。
17.本技术实施例提供了一种驾驶场景展示方法、装置、电子设备及存储介质，该方法包括：判断车辆的目标场景触发参数的实际值是否发生变化；若发生变化，则根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果，并根据运行结果确定目标驾驶场景；将目标驾驶场景的场景信息发送至场景展示组件，以利用场景展示组件展示目标驾驶场景的场景信息。本技术在场景配置文件中编写场景触发参数、参考值和场景逻辑的动态语言逻辑代码，通过静态语言程序中场景逻辑解释器执行该动态语言逻辑代码，以确定车辆当前所处的目标驾驶场景。本技术将场景配置文件和静态语言程序分离，不但解决了传统模式中修改场景逻辑时需要软件人员参与且需要重新发布软件的问题，可以实现对场景逻辑的灵活修改且不用修改静态语言程序自身，同时也可以将驾驶场景的变更或修改工作独立出来，交于不具备编程能力的场景设计人员或者用户来自行定义，可以实现了驾驶场景的动态配置及自定义，减少了bug发生的概率，同时极大地减少了设计人员验证场景的时间。
18.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其他特征将通过以下的说明书而变得容易理解。
附图说明
19.附图用于更好地理解本方案，不构成对本技术的限定。其中：
20.图1为本技术实施例提供的一种驾驶场景展示方法的第一流程示意图；
21.图2为本技术实施例提供的一种驾驶场景展示方法的第二流程示意图；
22.图3为本技术实施例提供的一种驾驶场景展示装置的结构示意图；
23.图4是用来实现本技术实施例的一种驾驶场景展示方法的电子设备的框图。
具体实施方式
24.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.实施例一
26.图1为本技术实施例提供的一种驾驶场景展示方法的第一流程示意图，本实施例可适用于对确定并展示车辆的驾驶场景的情况。本实施例提供的一种驾驶场景展示方法可以由本技术实施例提供的驾驶场景展示装置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的电子设备中。(优选的，本技术实施例中的电子设备可以是执行本技术驾驶场景展示方法的控制设备，该控制设备设备上配置有静态语言程序(即软件)和动态语言逻辑代码，该静态语言程序中嵌入了场景逻辑解释器，该动态语言逻辑代码存储在场景配置文件中。
27.参见图1，本实施例的方法包括但不限于如下步骤：
28.s110、判断车辆的目标场景触发参数的实际值是否发生变化。
29.其中，场景触发参数是指触发场景逻辑的车辆的驾驶数据，场景触发参数的数量
与驾驶场景的数量有关，一个场景触发参数可以对应多个驾驶场景，例如，场景触发参数为车辆的速度时，驾驶场景可以有低速场景、正常速度场景或高速场景；一个驾驶场景可以对应多个场景触发参数，例如：驾驶场景为高速场景时，场景触发参数可以有速度、车轮转速或每分钟耗油量。目标场景触发参数是场景触发参数中的一个或多个参数。
30.在本技术实施例中，车辆的场景触发参数的实际值可以被存储在车辆通信模块中。静态语言程序在运行过程中会实时从车辆通信模块中读取目标场景触发参数的实际值，并分析预设时间段内的实际值是否发生变化。例如：通过计算预设时间段内实际值的速率是否发生变动或者大于预设值，若是，则确定目标场景触发参数的实际值发生了变化。
31.s120、若发生变化，则根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果，并根据运行结果确定目标驾驶场景。
32.在本技术实施例中，如果确定目标场景触发参数的实际值发生了变化，那么静态语言程序便会调用场景逻辑解释器，根据场景配置文件和目标场景触发参数调用场景逻辑解释器执行场景逻辑，得到场景逻辑解释器的运行结果，并根据运行结果确定车辆当前所处的目标驾驶场景。
33.在一种实施方式中，场景配置文件中包括为每个驾驶场景配置的场景触发参数、为每个驾驶场景配置的动态语言逻辑代码(也就是，场景逻辑)和场景触发参数的参考值。
34.进一步的，根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果，包括：从场景配置文件中获取目标场景触发参数对应的参考值和动态语言逻辑代码；根据实际值和参考值，调用场景逻辑解释器运行动态语言逻辑代码，以确定实际值与参考值之间的差异；根据差异确定运行结果。其中，实际值与参考值之间的差异可以是大小关系，也可以是二者之间的差值是否在预设范围内。
35.在另一种实施方式中，场景配置文件中包括为每个驾驶场景配置的场景触发参数、为每个驾驶场景配置的动态语言逻辑代码和与场景触发参数具有关联关系的关联参数。
36.进一步的，根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果，包括：从场景配置文件中获取目标场景触发参数对应的关联参数和动态语言逻辑代码；获取关联参数的实际值；根据目标场景触发参数的实际值和关联参数的实际值，调用场景逻辑解释器运行动态语言逻辑代码，以确定目标场景触发参数的实际值与关联参数的实际值之间的差异；根据差异确定运行结果。其中，关联参数的数量可以是一个或多个。
37.需要说明的是，上述所列举的两种实施方式仅仅是对步骤s120(即根据场景配置文件和目标场景触发参数运行场景逻辑解释器得到运行结果)的解释说明，除了上述两种实施方式之外，还可以包括其他实施方式，其他实施方式也属于本技术保护的范围。
38.配置场景触发参数和场景逻辑的原因在于：由于车辆驾驶数据类型众多，为了提高车辆驾驶场景的识别性能，需要给每个驾驶场景指出哪些数据改变时便会触发该驾驶场景的场景逻辑，因此需要配置该驾驶场景的场景触发参数和场景逻辑。例如：驾驶场景为超速场景时，场景触发参数为速度
‘
speed’，场景触发参数的参考值为速度限值
‘
speed_limit’，场景逻辑为
“‘
speed’＞
‘
speed_limit
’”
。超速场景需要在速度发生变化时才去触发场景逻辑，并根据场景逻辑表达式判断是否进入超速场景，其余数据变化时忽略。配置示例如下：
[0039][0040]
静态语言程序在启动时需要读取场景配置文件，将配置的场景逻辑保存在对应的驾驶场景下，然后根据配置的场景触发参数为该驾驶场景订阅数据，如可以订阅场景触发参数。订阅后当场景触发参数的实际值(如
‘
speed’)的数值发生变化时，静态语言程序将调用场景逻辑解释器，以利用场景逻辑解释器读取场景配置文件中的场景触发参数的参考值(如
‘
speed_limit’)和场景逻辑(如
‘
speed’＞
‘
speed_limit’)。此外，读取场景配置文件时会在软件场景列表中增加一个场景名称(如“overspeedlimit”)。通过场景逻辑解释器解释运行驾驶场景的场景逻辑，得到运行结果。当运行结果为true时，车辆进入该驾驶场景，当运行结果为false时，车辆未进入该驾驶场景。
[0041]
现有技术中，通过静态语言编写场景触发参数、参考值和场景逻辑，会导致在驾驶场景变更或修改时很不方便，流程复杂，且需要具备编程能力的人才能完成驾驶场景的变更或修改。为了改进这一缺陷，本技术在场景配置文件中编写场景触发参数、参考值和场景逻辑的动态语言逻辑代码，不但可以实现快速修改，同时也可以将驾驶场景的变更或修改工作独立出来，交于不具备编程能力的场景设计人员或者用户来自行定义，可以实现了驾驶场景的动态配置及自定义。
[0042]
示例性的，若后续驾驶场景发生改动，无需再修改静态语言程序，只需要修改场景配置文件中的场景逻辑即可。例如：超速场景的场景逻辑要修改为大于参考值的10％，将原有的场景逻辑修改为
“‘
speed’＞
‘
speed_limit*0.1
’”
即可，就会按照新的场景逻辑来确定是否进入超速场景。同理，只要掌握了此规则，不具备编程能力的场景设计人员也可直接修改此逻辑语句来修改场景逻辑，无需软件人员参与，提高了设计验证的效率。
[0043]
s130、将目标驾驶场景的场景信息发送至场景展示组件，以利用场景展示组件展示目标驾驶场景的场景信息。
[0044]
在本技术实施例中，场景逻辑解释器运行目标场景触发参数对应的动态语言逻辑代码，当运行结果为true时，表示车辆已进入目标驾驶场景，则需更新驾驶场景，将目标驾驶场景的场景信息发送至场景展示组件，以便场景展示组件根据场景信息做出显示上的调整。例如：超速场景触发后，将超速场景对应场景名称“overspeedlimit”的值改变为true，表示此时进入了超速场景，场景展示组件会检测所有场景名称的值，当发现“overspeedlimit”的值发生改变为true时，判定此时进入了超速场景，则会修改场景展示组件中速度仪表的显示颜色，以提醒用户已超速。其中，场景展示组件可以是配置在车辆上车载终端的ui界面；目标驾驶场景的场景信息的展示方式不做具体限定，可以是更改仪表的显示颜色(如速度仪表的颜色)，还可以是展示场景动画。
[0045]
本实施例提供的技术方案，通过判断车辆的目标场景触发参数的实际值是否发生
变化；若发生变化，则根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果，并根据运行结果确定目标驾驶场景；将目标驾驶场景的场景信息发送至场景展示组件，以利用场景展示组件展示目标驾驶场景的场景信息。本技术在场景配置文件中编写场景触发参数、参考值和场景逻辑的动态语言逻辑代码，通过静态语言程序中场景逻辑解释器执行该动态语言逻辑代码，以确定车辆当前所处的目标驾驶场景。本技术将场景配置文件和静态语言程序分离，不但解决了传统模式中修改场景逻辑时需要软件人员参与且需要重新发布软件的问题，可以实现对场景逻辑的灵活修改且不用修改静态语言程序自身，同时也可以将驾驶场景的变更或修改工作独立出来，交于不具备编程能力的场景设计人员或者用户来自行定义，可以实现了驾驶场景的动态配置及自定义，减少了bug发生的概率，同时极大的减少了设计人员验证场景的时间。
[0046]
实施例二
[0047]
图2为本技术实施例提供的一种驾驶场景展示方法的第二流程示意图。本技术实施例是在上述实施例的基础上进行优化，具体优化为：本实施例对场景触发参数的确定过程进行详细的解释说明。
[0048]
参见图2，本实施例的方法包括但不限于如下步骤：
[0049]
s210、获取车辆的驾驶数据，并查找场景配置文件中是否存在驾驶数据，若存在，则将驾驶数据确定为场景触发参数。
[0050]
在本技术实施例中，车辆的驾驶数据的类型众多，一部分是可以触发场景逻辑的数据，一部分是不可以触发场景逻辑的数据。场景配置文件中包括为每个驾驶场景配置的场景触发参数。因此，静态语言程序在运行过程中会实时读取车辆的驾驶数据，并从场景配置文件中查找是否存在该驾驶数据，若存在，则将驾驶数据确定为场景触发参数。
[0051]
s220、判断车辆的目标场景触发参数的实际值是否发生变化。
[0052]
在本技术实施例中，车辆的场景触发参数的实际值可以被存储在数据存储模块中。静态语言程序在运行过程中会实时从数据存储模块中读取目标场景触发参数的实际值，并分析预设时间段内的实际值是否发生变化。例如：通过计算预设时间段内实际值的速率是否发生变动或者大于预设值，若是，则确定目标场景触发参数的实际值发生了变化。
[0053]
s230、若发生变化，则从场景配置文件中查阅目标场景触发参数对应的订阅驾驶场景列表，并根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果。
[0054]
在本技术实施例中，一个场景触发参数可以对应多个驾驶场景，例如，场景触发参数为车辆的速度时，驾驶场景可以有低速场景、正常速度场景或高速场景。可以在场景配置文件中为每个场景触发参数配置其对应的订阅驾驶场景列表，例如，场景触发参数为车辆的速度时，订阅驾驶场景列表中有低速场景、正常速度场景或高速场景。
[0055]
在本技术实施例中，当目标场景触发参数的实际值发生变化时，静态语言程序将调用场景逻辑解释器，根据场景配置文件和目标场景触发参数逐个运行订阅驾驶场景列表的每个驾驶场景的场景逻辑，得到每个驾驶场景的运行结果。
[0056]
优选的，场景配置文件中包括为每个驾驶场景配置的动态语言逻辑代码，动态语言逻辑代码是基于预设语法规则编写的，动态语言逻辑代码具有修改功能；语法规则包括逻辑运算表达式、数据名称和数据数值。
[0057]
其中，场景逻辑解释器是用于解释执行场景配置文件中的动态语言逻辑代码。场
景逻辑解释器的运行主要包括词法分析及解释执行两部分，其中词法分析是将写好的场景逻辑字符串分割为一个个单词，如超速场景逻辑为
“‘
speed
‘
＞
‘
speed_limit
’”
，词法分析将改语句分割为
‘
speed’、
‘
＞’、
‘
speed_limit’这三个单词，然后进行解释执行过程。根据所定义的语法，
‘
speed’和
‘
speed_limit’会被当作name，name为事先定义好的数据，比如约定好速度值存储时名称为“speed”，当场景逻辑解释器执行时会根据对应的name的实际值替换该名称，假设此时
‘
speed’为55，
‘
speed_limit’为60，那么此语句最终为55＞60，执行结果为false，所以此时的超速场景判断为false，即不进入改场景，至此场景逻辑解释器完成了超速场景逻辑的解释过程。
[0058]
动态语言逻辑代码及场景逻辑解释器的编写是此方案较为重要的一环，动态语言逻辑代码的语法规则要求简单易懂，方便入门，而且由于该部分只需要用到数据运算及逻辑运算。因此，语法规则可以包括语句(如statement)、表达式(如expression)、运算(如term、subterm)基本组成单位(primary)，其中，primary可以为一个数据名称或者数据数值statement为expression间的逻辑运算，expression可以是term间的比较大小相等的语句或者带括号的expression；term与subterm为primary间的计算。
[0059]
示例性的，基于上述语法规则，语句形式可以是
“‘
speed＞0and(
‘
speed’＞
‘
speed_limit’)
’”
、
“‘
distance’＜100+1”等。
[0060]
场景逻辑解释器的编写的过程为：根据以上语法规则使用c/c++编写场景逻辑解释器，场景逻辑解释器首先读取输入的语句字符串，将字符串分割为一个个token词，每个token都有对应的类型，例如number为数字，name为标识符，+、-、*、/、％代表加减乘除及求余运算，＝＝、！＝、＞、＞＝、＜、＜＝为比较符，and、or为逻辑运算符等，此过程为词法分析。完成词法分析后字符串就成了一串token，接着按照上述语法一个个读取token，分析token是否符合上述语法，此过程为语法分析。完成语法分析后即可进行解释执行，name对应一个内部数据的id，通过name将该id的数据取出，与其他数字进行比较，比较完成后完成逻辑运算，输出比较结果到业务逻辑层，到此一次场景逻辑的整个流程结束，待下次场景逻辑触发时再次执行上述过程。
[0061]
s240、根据运行结果从订阅驾驶场景列表中确定目标驾驶场景。
[0062]
示例性的，当超速场景的运行结果为true时，表示车辆进入超速场景，当低速场景的运行结果为true时，表示车辆进入低速场景。
[0063]
可选的，静态语言程序在运行过程中会实时读取车辆的驾驶数据，并将驾驶数据进行解析保存在不同name中，如速度数据在读取到之后通过解析，保存在场景触发参数
‘
speed’的值中，当场景触发参数发生变化时会触发场景逻辑，触发后静态语言程序会使用场景逻辑解释器执行该场景逻辑。如此时读取到速度为值为61，与上次读取的速度值不同，则将61保存到
‘
speed’中，同时查看
‘
speed’的订阅驾驶场景列表，发现有超速场景，于是调用场景逻辑解释器执行超速场景的场景逻辑，若此时参考值为60，则执行超速场景逻辑
‘
speed
‘
＞’speed_limit’后场景返回true，表示进入了超速场景。
[0064]
s250、将目标驾驶场景的场景信息发送至场景展示组件，以利用场景展示组件展示目标驾驶场景的场景信息。
[0065]
本实施例提供的技术方案，通过获取车辆的驾驶数据，并查找场景配置文件中是否存在驾驶数据，若存在，则将驾驶数据确定为场景触发参数；判断车辆的目标场景触发参
数的实际值是否发生变化；若发生变化，则从场景配置文件中查阅目标场景触发参数对应的订阅驾驶场景列表，并根据场景配置文件和目标场景触发参数运行场景逻辑解释器，得到运行结果；根据运行结果从订阅驾驶场景列表中确定目标驾驶场景；将目标驾驶场景的场景信息发送至场景展示组件，以利用场景展示组件展示目标驾驶场景的场景信息。本技术在场景配置文件中编写场景触发参数、参考值和场景逻辑的动态语言逻辑代码，通过静态语言程序中场景逻辑解释器执行该动态语言逻辑代码，以确定车辆当前所处的目标驾驶场景。本技术解决了传统模式中修改场景逻辑时需要软件人员参与且需要重新发布软件的问题，本技术将场景配置文件和静态语言程序分离，不但可以实现对场景逻辑的灵活修改且不用修改静态语言程序自身，同时也可以将驾驶场景的变更或修改工作独立出来，交于不具备编程能力的场景设计人员或者用户来自行定义，可以实现了驾驶场景的动态配置及自定义，减少了bug发生的概率，同时极大的减少了设计人员验证场景的时间。
[0066]
实施例三
[0067]
图3为本技术实施例提供的一种驾驶场景展示装置的结构示意图，如图3所示，该装置300可以包括：
[0068]
参数变化判断模块310，用于判断所述车辆的目标场景触发参数的实际值是否发生变化；
[0069]
驾驶场景确定模块320，用于若发生变化，则根据所述场景配置文件和所述目标场景触发参数运行所述场景逻辑解释器，得到运行结果，并根据所述运行结果确定目标驾驶场景；
[0070]
驾驶场景展示模块330，用于将所述目标驾驶场景的场景信息发送至场景展示组件，以利用所述场景展示组件展示所述目标驾驶场景的场景信息。
[0071]
进一步的，上述驾驶场景展示装置，还可以包括：参数确定模块；
[0072]
所述参数确定模块，用于在判断所述车辆的目标场景触发参数的实际值是否发生变化之前，获取所述车辆的驾驶数据，并查找所述场景配置文件中是否存在所述驾驶数据；若存在，则将所述驾驶数据确定为场景触发参数。
[0073]
可选的，所述场景配置文件中包括为每个驾驶场景配置的场景触发参数、为每个驾驶场景配置的动态语言逻辑代码和所述场景触发参数的参考值。
[0074]
进一步的，上述驾驶场景确定模块320，可以具体用于：从所述场景配置文件中获取所述目标场景触发参数对应的参考值和所述动态语言逻辑代码；根据所述实际值和所述参考值，调用所述场景逻辑解释器运行所述动态语言逻辑代码，以确定所述实际值与所述参考值之间的差异；根据所述差异确定所述运行结果。
[0075]
可选的，所述场景配置文件中包括为每个驾驶场景配置的场景触发参数、为每个驾驶场景配置的动态语言逻辑代码和与所述场景触发参数具有关联关系的关联参数。
[0076]
进一步的，上述驾驶场景确定模块320，还可以具体用于：从所述场景配置文件中获取所述目标场景触发参数对应的所述关联参数和所述动态语言逻辑代码；获取所述关联参数的实际值；根据所述目标场景触发参数的实际值和所述关联参数的实际值，调用所述场景逻辑解释器运行所述动态语言逻辑代码，以确定所述目标场景触发参数的实际值与所述关联参数的实际值之间的差异；根据所述差异确定所述运行结果。
[0077]
可选的，所述动态语言逻辑代码是基于预设语法规则编写的，所述动态语言逻辑
代码具有修改功能；所述语法规则包括逻辑运算表达式、数据名称和数据数值。
[0078]
进一步的，上述驾驶场景确定模块320，还可以具体用于：在根据所述场景配置文件和所述目标场景触发参数运行所述场景逻辑解释器，得到运行结果之前，从所述场景配置文件中查阅目标场景触发参数对应的订阅驾驶场景列表；相应的，根据所述运行结果从所述订阅驾驶场景列表中确定所述目标驾驶场景。
[0079]
本实施例提供的驾驶场景展示装置可适用于上述任意实施例提供的驾驶场景展示方法，具备相应的功能和有益效果。
[0080]
实施例四
[0081]
图4是用来实现本技术实施例的一种驾驶场景展示方法的电子设备的框图，图4示出了适于用来实现本技术实施例实施方式的示例性电子设备的框图。图4显示的电子设备仅仅是一个示例，不应对本技术实施例的功能和适用范围带来任何限制。该电子设备典型可以是智能手机、平板电脑、笔记本电脑、车载终端以及可穿戴设备等。
[0082]
如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：一个或者多个处理器或者处理单元416，存储器428，连接不同系统组件(包括存储器428和处理单元416)的总线418。
[0083]
总线418表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
[0084]
电子设备400典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
[0085]
存储器428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)430和/或高速缓存存储器432。电子设备400可以进一步包括其他可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储器428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本技术各实施例的功能。
[0086]
具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储器428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其他程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本技术实施例所描述的功能和/或方法。
[0087]
电子设备400也可以与一个或多个外部设备414(例如键盘、指向设备、显示器424等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口422进行。并且，电子设备400还可以通过网络适配器420与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例
如因特网)通信。如图4所示，网络适配器420通过总线418与电子设备400的其他模块通信。应当明白，尽管图4中未示出，可以结合电子设备400使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
[0088]
处理单元416通过运行存储在存储器428中的程序，从而执行各种功能应用以及数据处理，例如实现本技术任一实施例所提供的驾驶场景展示方法。
[0089]
实施例五
[0090]
本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序(或称为计算机可执行指令)，该程序被处理器执行时可以用于执行本技术上述任一实施例所提供的驾驶场景展示方法。
[0091]
本技术实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦拭可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0092]
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0093]
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0094]
可以以一种或多种程序设计语言或其组合来编写用于执行本技术实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。