汽车|干货 | 软件定义汽车模式下车载软件的正向设计方法( 三 )
本文插图
图3
实际场景会涉及很多维度 ， 很多变量 ， 变量的取值范围也会很广泛 。 因此针对复杂的场景研究 ， 我们可以考虑采用场景状态相空间的概念 ， 见图4 。
本文插图
图4
从图4可以看出来 ， 有时候场景对应于场景状态相空间中的一个点 。 有的时候 ， 场景也可能对应于状态相空间中的多个点或者区域 ， 见图5 。 比如四个车门的开合状态和使用者的位置状态（车内或者车外）（这一场景可以用于设计PEPS系统） 。
本文插图
图5
在实际的场景设计中 ， 当涉及的维度较少时 ， 状态矩阵可以被引入到方法中 。 比如上面提到四个车门开合状态所构成的不同场景 ， 见图6 。
本文插图
图6
场景状态相空间和状态矩阵提供分析了场景分析 ， 场景设计的工具 。
场景设计就是找到场景状态相空间的一个子集 ， 把它和需要满足的特定需求建立起对应关系 。 这种对应关系的设定很多时候依靠的是产品经理的常识或者直觉 。 但是对于复杂场景和隐蔽需求之间的关系 ， 仅仅靠常识或直觉是不够的 ， 这时候基于历史大数据的分析是可能有效的方法 。
UESP涉及的场景往往比较复杂 ， 研究场景设计的方法 ， 我们需要研究最小颗粒度的场景 ， 我们称之为元场景 。 元场景就是可以被识别的最小车辆部件的状态 ， 或者人员和环境可以被识别的最小状态 。
比如单个车门的开合状态就是一个元场景 ， 而几个门的开合状态就不是 。 比如驾驶员饥饿就是一个元场景 ， 而驾驶员身体不舒服（因为不舒服可以包含饥饿和其他很多元场景）就不是 。 元场景的的结构可以描述为：
{对象：{状态值集合}}
就像场景的定义一样 ， 元场景对象包含汽车部件 ， 汽车使用者和外部环境的各种因素 。
状态值集合可能有一些离散值构成 ， 也可能是连续值集合 。 车辆状态的元场景往往是用车载传感器来征测的 ， 所以状态值往往是传感器侦测的数值 。 当然元场景也可能与执行器对应 ， 这样的话状态值就执行器的状态数值 。
3.2服务
本设计方法中的服务包括车载功能和第三方服务 。
车载功能是指汽车部件通过软件控制所实现的 ， 可以被驾乘人员所感知的能力 ， 比如车窗可以开合 ， 灯光可以亮灭 ， 可以语音识别等等 。 这里强调的车载功能需要区别于完整的UESP ， 因为完整的UESP是有场景触发条件的 ， 而车载功能只是能力 ， 需要设计了场景触发条件才成为UESP 。
UESP可以有很多车载功能组成 ， 因此与元场景类似 ， 我们也需要研究最小颗粒度的功能 ， 我们称之为元功能 。 元功能就是可以识别 ， 可以用软件控制的车载部件的最小功能 。 它的结构可以描述为：
本文插图
图7
或者是：{对象：{物理量类型} ， {状态值集合}
类似于元场景的结构 ， 这里的状态值集合可以是离散值 ， 也可以是连续值集合 。 离散值对应于比如门窗的开合状态 ， 音响的开关状态 。 连续值就对应于空调温度 ， 或者音量 。 车载元功能大都是和车载执行器件相关的 。
UESP涉及的第三方服务指的是汽车通过车联网获取的第三方能力 ， 这些能力主要表现为信息服务 ， 可能包括传统的CP/SP的服务 ， 也可能包括未来V2X时代来自于交通设施和其他交通参与者提供的信息 。 这些信息主要由文本 ， 图片 ， 音频和视频构成 。 类似于元功能 ， 我们也需要提出第三方元服务的概念 ， 以作为UESP设计会用到的基础对象 ， 它的结构可以描述为：
推荐阅读
- 汽车扒一扒|大手一挥建4600个服务网点，许家印豪横豪横真豪横！
- 58汽车|明明白白换新车 林荫大道换北京越野BJ40
- 汽车舆生活|不足6万就有163马力，四轮独悬+CVT，比哈弗H6漂亮10倍
- 趣头条|外观吸引眼球，车身长度适合，有话语权的几款汽车
- 汽车扒一扒|理性分析，碰撞测试比帕萨特更好的迈腾，为什么同样卖不动了？
- 汽车知识|「新车资讯」主打年轻运动，新款奔驰E级来了，或9月上市！
- 汽车知识|全新路虎揽胜疑似官图曝光
- 汽车知识|新款奔驰E级海外实车 主打年轻运动风格
- 汽车|改制动已经合法，但是有必要改吗？
- 趣头条|颜值上下了大功夫，适合懂车人士，顶尖汽车大派送