“美行科技康健：基于位置服务的模块化定制”

9月13日，由格什塔特主办的2021第三届自动驾驶地图与定位大会隆重召开。 此次大会旨在聚集汽车地图定位领域的优秀技术专家，共享自动驾驶地图定位行业的最新应用情况、现实挑战、创新理念和未来技术趋势等。 以下是沈阳美行科技有限企业深圳分企业总经理康健在此次大会上的发言。

沈阳美行科技有限企业深圳分企业总经理康健

如果有这个机会请来这里和大家分享交流，非常感谢。 其实今天来这里很有压力，很紧张。 为什么呢？ 因为今天的主题是自动驾驶地图和定位，所以美国行拥有甲级测绘资质，拥有地图和定位技术。 我们是国内第一家以nds数据量产的企业，也有高精度定位相结合的算法能力，预计年底将达到量产能力。

但是为什么我很紧张？ 第一，我不是技术出身。 第二，今天来了很多领域的专家，我是领域的后进者。 在地图和定位这件事上，今天我谈论的是美国十多年来所擅长的事情。

3g普及之前，我们称之为以前流传的ivi。 其软件框架基本是固定的，各APP彼此独立，同一类型的APP在功能上没有明显差异。 定制的方向是优化hmi或调整某些APP的ui/ue，这是首要的。

我们在智能座舱里最先感知到的是通信技术进入4g之前的状态。 当时一般的界面是导航、音乐、收音机三点第一，其他只是锦上添花，你是说刚才有必要吗？ 在我们看来不是这样。

那么，在从3g到4g的过渡期间，我们提到了远程信息技术的概念。 那个时候，聊得特别多的，实际上是将本地APP迁移到网上，但是这个时候，APP是从移动互联转移过来的，实际上没有进行与车载相比更深的开发。 这个时候，定制的方向是语音、文案、更好的视觉效果，这需要比以前更高一级的“语音”，是帮助业主操纵。 当然，语音并不完全是功能型的刚需，功能型刚需还只是导航、音乐、收音机。

那个停留在前一阶段就行了吗？ 我以为我们不一样。 至少从我们的角度分解会做得更好。

1、在同一APP上，移动互联的粘性远远大于车载互联。 实际上，无论更换哪个运营商，一个业主都用8个小时的移动端，可能只用1个小时的车载端，你觉得它适合哪一个？ 所以，我们不建议比较同一APP，将移动互联直接移植到车载互联上。 我们希望建立不同于移动互联的APP。

2、车内空之间是生活空之间和办公室的延伸，也是人独立生活的第三个地方。 此时，我们必须充分考虑车内的场景，配合车内自身的场景开发APP应用；

3、由于驾驶场景的特殊性，主动APP比被动APP更容易接受。 大家操作手机时，可能需要自己启动触发功能，但坐车时，这个机会很少，所以实现服务找人；

4、我认为文案的设计和hmi的设计同样重要，不仅使用方便，还需要车主欣然使用；

5、开放平台根本处理不了问题。 车载和网络不一样。 如果单纯考虑APP，直接转移安卓市场即可，不需要建立开放平台，所以考虑APP间融合的情况越来越多。

6、服务类的运营可能性比娱乐类高。 我认为只有和车密切相关才能真正运营，所以我们在运营，以提高业主的满意度，并且主机厂可以运营。

刚才我们提出的问题发展到两个阶段，拆解一点问题析出，然后我们引入下一个阶段，位置服务中心化的理念是:车有那么多应用，我为什么只谈位置服务中心化？ 因为擅长绘制地图和位置，所以以此为中心吗？

首先，我们来看看定位服务百年来的快速发展。 这是从1924年到1927年的两个导航。 那个时候，人们也认为把业主合理地从a送到b是不可缺少的。 这是现在的工具，从手机到仪表、hud、语音广播，这可以看到100年快速发展的结果。

当然并不是说导航有多重要，位置服务有多重要。 这就是我想解释上面说的。 我们做了hud设计，仪表映射设计，ivi交互，语音，但是业主还是采用了手机。 失败了吗？ 我觉得很失败。 这是我刚才提到的文案比hmi更重要，其实对我来说是鞭子。

许多软件制造商、tierl-1和主机制造商也意识到了这个问题。 问题在哪里？ 我们所有的应用都是分散的，从定位上说是松散耦合，不是紧密耦合。 那么，我们需要中心来牢固地结合。 位置服务与车、人密切相关，其扩展性非常高，在进行生态融合时，需要注意特殊的功能扩展以及娱乐零部件和安全零部件的新闻复用。

看位置中心做那些扩展？ 第一是车的服务可扩展性高，第二是可以通过hmi交互连接越来越多的交互设备，第三是将越来越多的感知拷贝添加到导航中，带来越来越多的安全性。

在这里，我再提出一个问题，在开发中遇到的问题，我总结为四点:

1、全栈自研现在还是极少数。 当然，一部分主机厂和网络巨头有其实力可以进行全栈型开发，但大部分是综合模式

2、一般来说，软件包的级别越高，通用性越低。 一个引擎定下来之后再在上面增加功能，对我们来说非常困难。 这使得测试稳定性、安全性和通用性所需的时间远远长于开发时间。

3、无论是对现有模块进行诉求变更，还是添加功能模块，资源占有率都会越来越高，风险也会越来越大。 那么，该如何处理资源占有问题呢？

4、开发越深入，对开发环境的依赖度也就越大，改变环境的话价格也会变高。 为什么现在新能源汽车在平台化方面比以前流传下来的燃油车主机厂要先进得多？ 其实负担太大了，因为开发越晚风险就越大。 虽然有技术力量，但需要密切注意各自的选择。

在此，我们建议对于单个APP级别，是否需要“融合插件”。 在这里，我们慢慢说明融合插件是什么概念。

我们的想法是在保持基本APP的同时封装插件，保证通用模块的稳定，并提高整体方案的可扩展性。 也就是说，输入标准化，输出差异化。 我们的目的是控制形态，减少依赖，降低本插件，实现结构的稳定和低风险。 简言之，就是不破坏顾客的任何一个原有的生态，但是在此基础上进行功能开发和定制。 我们这不是给你力量，而是完全展现你的能力。

首先，让我们来看看标准化的输入。 我在最底层看到了几个街区。 第一，位置服务sdk/api，也就是以前就传来了导航引擎。 这里有几个模块。 位置、地图、搜索、路线、引诱、hmi等。 这个可以沿用主机工厂特有的东西，中间生态服务主机工厂也可以自主选择。 也就是说，如果自动驾驶系统有什么，我们会用什么？

在中间层制作了模块化的功能插件。 其中模块化功能是指将场景的东西一个个融合在一起的模块，该模块通过中间层进行定位和自动运行，同时在专项服务的云平台上实现功能水平的差异。 当然，上方唯一入口的搜索、定位、安装我们都不会动。

进行标准化输入，统一进行差异化输出，是我们最后想要达到的效果。 包括仪表显示、dvr、导航共享、天气与导航共享融合、人机驱动渲染、3d渲染、地下停车场诱惑等，可以在不改变现有供应商体系的情况下努力实现新的迭代。

这是我们制作的人机驱动导航地图的框架图，现在也在和一些主机厂合作，协助信息表达。 大部分都基于这个模型，sd和hd可以适应顾客和不同的供应商。

这是一个示例，位置诱导和adas/ads/v2x的组合。 位置诱惑与团队、路牌、社会交往。 这是一条完整的闭环链。 在手机上，可以推送车辆的运行、传播、导出，在社区中共享，也可以根据顾客的诉求进行任意组合。 对业主来说，这是一个比较完美的旅游水平的产品。

上述是个人的愚见。 我想大家有不同的看法和其他观点，希望我们也一起探讨。 最后，谈谈美行是如何帮助大家合作的。 现在流行“共创”这个词。 我们想和客人一起共创。

我们有十三年的国内、国际导航引擎开发经验，对导航内各功能模块了解极深，有其他十年的专业地图数据编译经验。 与科大讯飞、腾讯实现战术合作，专注于网络生态开发和位置融合服务。 是国内第一家量产车道级、室内停车场导航量产方案商，是中国导航电子地图甲级测绘资质，且为nds会员、adas is会员、genivi会员、cmmi l3、iatf16949、a-spice、iso9001。

我们希望有机会和顾客一起制定智能驾驶方案，成为产业链中不可缺少的一环。 谢谢你。